Re: SCSI for Hurd
Hi, Ritesh Raj Sarraf wrote: A quick search for scsi related items on Hurd shows nothing interesting Samuel Thibault wrote: You can look on the bug-hurd mailing list, Interface for SCSI transactions, Thomas Schmitt proposed to work on a generic interface, I don't know its status. Well, it is being left behind, currently. The last technical discussion was in october 2012. My youngest proposal seems to be in http://lists.gnu.org/archive/html/bug-hurd/2011-10/msg00053.html (I found a sketch on my local disk which contains this proposal and the elder one with a more generic RPC.) The most disputed issue in the discussion was how to design and integrate the RPC call. I got half an ok for my proposal by Olaf Buddenhagen. I then tried to get a real DVD burner accessible via qemu. This succeeded for a Debian GNU/Linux guest: http://libburnia-project.org/wiki/QemuXorriso but the emulated controllers were not supported by Hurd then. I have watched progress reports about DDE here on the list, but did not yet explore whether this work affects my roughly sketched path through the compoments of Hurd. Actually i do not see myself qualified as kernel hacker. My role would normally be the one of a skilled user of an SCSI passthrough interface: Telling what's needed, testing, maybe digging for bug hideouts in the code, ... So i would not mind if anybody else takes on the task. As soon as there is a userspace interface for SCSI passthrough and Hurd can access a real DVD burner, i am committed to test it Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/18553996814032387...@scdbackup.webframe.org
Patch started for ST
Hi folks, I started working on st which doesn't recognize GNU OS. Somehow I have managed to jack up the md.h file. If some brave soul feels like checking this out, I would appreciate it. Thanks, Barry deFreese diff -Nur -x '*.orig' -x '*~' st-1.9//Makefile st-1.9.new//Makefile --- st-1.9//Makefile2012-06-06 03:49:34.0 + +++ st-1.9.new//Makefile2012-06-06 03:52:24.0 + @@ -96,6 +96,7 @@ openbsd-debug openbsd-optimized \ osf1-debug osf1-optimized \ solaris-debug solaris-optimized \ + gnu-debug gnu-optimized \ solaris-64-debug solaris-64-optimized # @@ -190,6 +191,16 @@ endif endif +ifeq ($(OS), GNU) +EXTRA_OBJS = $(TARGETDIR)/md.o +SFLAGS = -fPIC +LDFLAGS = -shared -soname=$(SONAME) -lc +OTHER_FLAGS = -Wall +ifeq ($(shell test -f /usr/include/sys/epoll.h echo yes), yes) +DEFINES += -DMD_HAVE_EPOLL +endif +endif + ifeq ($(OS), NETBSD) SFLAGS = -fPIC LDFLAGS = -shared -soname=$(SONAME) -lc @@ -465,5 +476,10 @@ solaris-64-optimized: $(MAKE) OS=SOLARIS_64 BUILD=OPT +gnu-debug: + $(MAKE) OS=GNU BUILD=DBG +gnu-optimized: + $(MAKE) OS=GNU BUILD=OPT + ## diff -Nur -x '*.orig' -x '*~' st-1.9//md.h st-1.9.new//md.h --- st-1.9//md.h2012-06-06 03:52:06.0 + +++ st-1.9.new//md.h2012-06-06 03:56:15.0 + @@ -609,6 +609,47 @@ #define MD_GET_UTIME() \ return (gethrtime() / 1000) +#elif defined (GNU) + +/* + * These are properties of the GNU kernel and are the same on every + * flavor and architecture. + */ +#define MD_USE_BSD_ANON_MMAP +#define MD_ACCEPT_NB_NOT_INHERITED +#define MD_ALWAYS_UNSERIALIZED_ACCEPT +/* + * GNU syste is Posix.1g compliant. + */ +#define MD_HAVE_SOCKLEN_T + +/* + * All architectures have the gettimeofday + * function but if you know of a faster way, use it. + */ +#define MD_GET_UTIME()\ + struct timeval tv; \ + (void) gettimeofday(tv, NULL); \ + return (tv.tv_sec * 100LL + tv.tv_usec) + +#if defined(__i386__) +#define MD_STACK_GROWS_DOWN +#define MD_USE_BUILTIN_SETJMP + +#if defined(__GLIBC__) __GLIBC__ = 2 +#ifndef JB_SP +#define JB_SP 4 +#endif +#define MD_GET_SP(_t) (_t)-context[0].__jmpbuf[JB_SP] +#else +/* not an error but certainly cause for caution */ +#error Untested use of old glibc on i386 +#define MD_GET_SP(_t) (_t)-context[0].__jmpbuf[0].__sp +#endif +#else +#error Unknown CPU architecture +#endif + #else #error Unknown OS #endif /* OS */ diff -Nur -x '*.orig' -x '*~' st-1.9//osguess.sh st-1.9.new//osguess.sh --- st-1.9//osguess.sh 2012-06-06 03:52:05.0 + +++ st-1.9.new//osguess.sh 2012-06-06 03:52:24.0 + @@ -37,6 +37,7 @@ *-dec-osf* ) OS=OSF1 ;; *-solaris2* ) OS=SOLARIS;; *-darwin* ) OS=DARWIN ;; + *-gnu* ) OS=GNU;; * ) OS= echo Sorry, unsupported OS exit 1;;
Re: Builkd o f burp keeps failing
Bas van den Dikkenberg, le Sun 03 Jun 2012 08:19:04 +, a écrit : I am the mainter of burp, and i realy want to have burp working on as many architecturs as posebol. But on hurd-i386 I can’t get it working is there some here that can help me ? See also Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675761 It should be fixed by the latest glibc upload. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120606184519.ga27...@type.famille.thibault.fr
Processing of hurd_20120605-2_hurd-i386.changes
hurd_20120605-2_hurd-i386.changes uploaded successfully to localhost along with the files: hurd_20120605-2.dsc hurd_20120605-2.debian.tar.bz2 hurd-doc_20120605-2_all.deb hurd_20120605-2_hurd-i386.deb hurd-dev_20120605-2_hurd-i386.deb hurd-dbg_20120605-2_hurd-i386.deb hurd-udeb_20120605-2_hurd-i386.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1scmwq-0006e5...@franck.debian.org
hurd_20120605-2_hurd-i386.changes ACCEPTED into unstable
Accepted: hurd-dbg_20120605-2_hurd-i386.deb to main/h/hurd/hurd-dbg_20120605-2_hurd-i386.deb hurd-dev_20120605-2_hurd-i386.deb to main/h/hurd/hurd-dev_20120605-2_hurd-i386.deb hurd-doc_20120605-2_all.deb to main/h/hurd/hurd-doc_20120605-2_all.deb hurd-udeb_20120605-2_hurd-i386.udeb to main/h/hurd/hurd-udeb_20120605-2_hurd-i386.udeb hurd_20120605-2.debian.tar.bz2 to main/h/hurd/hurd_20120605-2.debian.tar.bz2 hurd_20120605-2.dsc to main/h/hurd/hurd_20120605-2.dsc hurd_20120605-2_hurd-i386.deb to main/h/hurd/hurd_20120605-2_hurd-i386.deb Changes: hurd (20120605-2) unstable; urgency=low . * control: Add missing autoconf build-dependency. Override entries for your package: hurd-dbg_20120605-2_hurd-i386.deb - extra debug hurd-dev_20120605-2_hurd-i386.deb - standard libdevel hurd-doc_20120605-2_all.deb - optional doc hurd-udeb_20120605-2_hurd-i386.udeb - optional debian-installer hurd_20120605-2.dsc - source admin hurd_20120605-2_hurd-i386.deb - required admin Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1scnej-0004je...@franck.debian.org
Re: Patch started for ST
Barry deFreese, le Wed 06 Jun 2012 11:52:44 -0400, a écrit : Somehow I have managed to jack up the md.h file. If some brave soul feels like checking this out, I would appreciate it. It looks just right. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120606211022.gp4...@type.famille.thibault.fr
Re: Patch started for ST
On 6/6/2012 5:10 PM, Samuel Thibault wrote: Barry deFreese, le Wed 06 Jun 2012 11:52:44 -0400, a écrit : Somehow I have managed to jack up the md.h file. If some brave soul feels like checking this out, I would appreciate it. It looks just right. Samuel I have an #endif or something out of place and I cannot find it. :( Barry -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fcfd967.2040...@verizon.net