This patch adds support for the dhcp broadcast flag to slirp's dhcp
server. If a DHCP DISCOVER/REQUEST packet is recieved with the
broadcast flag set then the response will be sent to 255.255.255.255.
-jre
Index: slirp/bootp.c
===
R
How about I actually attach the patch this time?
-jre
Index: block-raw.c
===
RCS file: /sources/qemu/qemu/block-raw.c,v
retrieving revision 1.10
diff -u -r1.10 block-raw.c
--- block-raw.c 3 Sep 2006 12:08:37 - 1.10
+++ bloc
The current raw block drvice code fakes a TOC with one track covering
the entire disc. With this patch it attempts to read the TOC from a
cdrom device and make that information available to the ide driver
when the guest issues an ATAPI READ TOC/PMA/ATIP type 0 (read TOC)
command.
There is only su
On Wed, Oct 25, 2006 at 01:47:00PM +0200, Pascal Terjan wrote:
> I recently sent a patch to add this for linux but then I thought of a
> better way to do it.
> I the TOC was stored in a struct somewhere, built when starting (or
> changing media) using either .toc, .cue, real CD or maybe even a list
This patch adds support for the dhcp broadcast flag to slirp's dhcp
server. If a DHCP DISCOVER/REQUEST packet is recieved with the
broadcast flag set then the response will be sent to 255.255.255.255.
-jre
Index: slirp/bootp.c
===
R
The current raw block drvice code fakes a TOC with one track covering
the entire disc. With this patch it attempts to read the TOC from a
cdrom device and make that information available to the ide driver
when the guest issues an ATAPI READ TOC/PMA/ATIP type 0 (read TOC)
command.
There is only su