search for: subcod

...s point I can't do it, so I'll just keep the .discid files around until I can. Next, I rip the entire CD using cdrdao. This generates a .bin file containing the raw audio data and a .toc file containing the table of contents of the CD. There's still a problem here: I don't have the subcode data (from channels R through W). There's a possiblity that cdrdao will keep CD-Text data, since the TOC file supports that, but I don't know yet because I've dug up a CD that uses CD-Text. (I'm not even sure if I have one.) cdrdao does actually have the capability of pulling out...

Hi all, Is there some documentation or some example on how to interpret the arg0 .. arg<n> for the aioread, aiowrite, aiowait syscalls? The system call name for all three seems to be "kaio". Michael === Michael Mueller ================== Tel. + 49 8171 63600 Fax. + 49 8171 63615 Web: http://www.michael-mueller-it.de ======================================

--- Curt Sampson <cjs@cynic.net> wrote: ... > Next, I rip the entire CD using cdrdao. This generates a .bin file > containing the raw audio data and a .toc file containing the table of > contents of the CD. There's still a problem here: I don't have the > subcode data (from channels R through W). There's a possiblity that > cdrdao will keep CD-Text data, since the TOC file supports that, but > I > don't know yet because I've dug up a CD that uses CD-Text. (I'm not > even > sure if I have one.) > > cdrdao does actually...

On Wed, 28 May 2003, Josh Coalson wrote: > interesting idea, CD-TEXT is in the subcode and if cdrdao can > split it out that's better I think than hacking the CUESHEET > block to store CD-TEXT. I suppose the ideal would be to have a metadata block to store the subcode from a CD, and something that could interpret it as CD-TEXT, if that's what it is. Then it would be p...

If something goes wrong in the kvm io bus handling, the virtio-ccw diagnose may return a negative error value in the cookie gpr. Document this. Signed-off-by: Cornelia Huck <cohuck at redhat.com> --- Even if the virtio spec is the correct place to specify what diag 500 subcode 3 does, we also should mention here that the cookie may be an error. --- Documentation/virtual/kvm/s390-diag.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/virtual/kvm/s390-diag.txt b/Documentation/virtual/kvm/s390-diag.txt index 48c4921794ed..7c52e5f8b21...

...too hard to check. > regarding cd-text, none of my cds had it in the first place, so I can't > say for sure. :) Hmm. That would be my bigger worry. I wonder if you just read the TOC with cdrdao if you even get CD-Text in the generated TOC file, since that information is actually in the subcode. It would also be interesting to look at copy-protected CDs where the subcode timing/track information is different from the TOC. cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.NetBSD.org Make up enjoying your city life...produced by BIC CAMERA

...NT(vcpu, 5, "%s", "diag time slice end"); + vcpu->stat.diagnose_44++; + vcpu_put(vcpu); + schedule(); + vcpu_load(vcpu); + return 0; +} + +static int __diag_ipl_functions(struct kvm_vcpu *vcpu) +{ + unsigned int reg = vcpu->arch.sie_block->ipa & 0xf; + unsigned long subcode = vcpu->arch.guest_gprs[reg] & 0xffff; + + VCPU_EVENT(vcpu, 5, "diag ipl functions, subcode %lx", subcode); + switch (subcode) { + case 3: + vcpu->run->s390_reset_flags = KVM_S390_RESET_CLEAR; + break; + case 4: + vcpu->run->s390_reset_flags = 0; + break; + default...

...- 1 files changed, 16 insertions(+), 6 deletions(-) diff --git a/drivers/s390/kvm/kvm_virtio.c b/drivers/s390/kvm/kvm_virtio.c index 4e298bc..ada7e2c 100644 --- a/drivers/s390/kvm/kvm_virtio.c +++ b/drivers/s390/kvm/kvm_virtio.c @@ -27,6 +27,9 @@ #include <asm/s390_ext.h> #define VIRTIO_SUBCODE_64 0x0D00 +#define VIRTIO_PARAM_MASK 0xff +#define VIRTIO_PARAM_VRING_INTERRUPT 0x0 +#define VIRTIO_PARAM_CONFIG_CHANGED 0x1 /* * The pointer to our (page) of device descriptions. @@ -334,7 +337,7 @@ static void kvm_extint_handler(u16 code) { struct virtqueue *vq; u16 subcode; - int con...

...- 1 files changed, 16 insertions(+), 6 deletions(-) diff --git a/drivers/s390/kvm/kvm_virtio.c b/drivers/s390/kvm/kvm_virtio.c index 4e298bc..ada7e2c 100644 --- a/drivers/s390/kvm/kvm_virtio.c +++ b/drivers/s390/kvm/kvm_virtio.c @@ -27,6 +27,9 @@ #include <asm/s390_ext.h> #define VIRTIO_SUBCODE_64 0x0D00 +#define VIRTIO_PARAM_MASK 0xff +#define VIRTIO_PARAM_VRING_INTERRUPT 0x0 +#define VIRTIO_PARAM_CONFIG_CHANGED 0x1 /* * The pointer to our (page) of device descriptions. @@ -334,7 +337,7 @@ static void kvm_extint_handler(u16 code) { struct virtqueue *vq; u16 subcode; - int con...

...CONFIG_CHANGED 0x1 + #endif diff --git a/drivers/s390/kvm/kvm_virtio.c b/drivers/s390/kvm/kvm_virtio.c index 4e298bc..68cef4d 100644 --- a/drivers/s390/kvm/kvm_virtio.c +++ b/drivers/s390/kvm/kvm_virtio.c @@ -334,7 +334,7 @@ static void kvm_extint_handler(u16 code) { struct virtqueue *vq; u16 subcode; - int config_changed; + u32 param; subcode = S390_lowcore.cpu_addr; if ((subcode & 0xff00) != VIRTIO_SUBCODE_64) @@ -343,18 +343,25 @@ static void kvm_extint_handler(u16 code) /* The LSB might be overloaded, we have to mask it */ vq = (struct virtqueue *)(S390_lowcore.ext_params2 &a...

...CONFIG_CHANGED 0x1 + #endif diff --git a/drivers/s390/kvm/kvm_virtio.c b/drivers/s390/kvm/kvm_virtio.c index 4e298bc..68cef4d 100644 --- a/drivers/s390/kvm/kvm_virtio.c +++ b/drivers/s390/kvm/kvm_virtio.c @@ -334,7 +334,7 @@ static void kvm_extint_handler(u16 code) { struct virtqueue *vq; u16 subcode; - int config_changed; + u32 param; subcode = S390_lowcore.cpu_addr; if ((subcode & 0xff00) != VIRTIO_SUBCODE_64) @@ -343,18 +343,25 @@ static void kvm_extint_handler(u16 code) /* The LSB might be overloaded, we have to mask it */ vq = (struct virtqueue *)(S390_lowcore.ext_params2 &a...

...abort! (sc=0000010190c56080) Oct 19 20:56:20 wltracp1a kernel: scsi4 : destination target 2, lun 0 Oct 19 20:56:20 wltracp1a kernel: command = Test Unit Ready 00 00 00 00 00 Oct 19 20:56:20 wltracp1a kernel: mptbase: ioc0: IOCStatus=8048 LogInfo=31140000 Originator={PL}, Code={IO Executed}, SubCode(0x0000) Oct 19 20:56:20 wltracp1a kernel: mptscsi: ioc0: task abort: SUCCESS (sc=0000010190c56080) Oct 19 20:56:20 wltracp1a kernel: mptscsi: ioc0: Attempting host reset! (sc=0000010190c56080) Oct 19 20:56:20 wltracp1a kernel: mptbase: Initiating ioc0 recovery Oct 19 20:56:20 wltracp1a kernel: mpt...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The recent thread on archiving CDs with flac has prompted me to ask a few questions about flac and metadata: 1.1) It appears that metaflac only imports limited information from a cuefile. Text data (ie: Title, Artist) and any comments are removed from the file. I can kind of see eating the comments, but why are the perfectly valid text fields not

...GNED MESSAGE----- Hash: SHA1 The recent discussions about archiving CDs with flac prodded me to get abcde working again. I've filed a debian bug report with patches to the latest abcde that enable generating a toc file from the disc with cdrdao (rips CD-TEXT data and creates index points from subcode data). Combined with my patches to toc2cue, this is enough to rip even "problem" discs (track 1 doesn't start at frame 0) and wind up with (hopefully) enough data to re-create the original CD with great accuracy. The patches and more details on use are available via the debian BTS:...

On Mon, 13 Sep 2004, Eric Sandeen wrote: > Tested this on a live album (Johnny Cash Live at Folsom Prison) and > there is no lost audio; tracks segue seamlessly as on the original > disc. Did you check that a) the cue points are the same, and b) you're getting back CD-Text as well? > ...it occurred to me that I should just flac the > whole CD and add a cue sheet, and then

Hi all, I am installing a zone onto two different V445s running S10U4 and the zones are taking hours to install (about 1000 packages), that is, the problem is identical on both systems. A bit of trussing and dtracing has shown that the pkginstalls being run by the zoneadm install are making door_call calls to nscd that are taking very long, so far observed to be 5 to 40 seconds, but always in

...ibvirt-hyperv-r2-2012$ virsh -c hyperv://192.168.33.140/?transport=http Enter username for 192.168.33.140 [administrator]: Enter administrator's password for 192.168.33.140: error: failed to connect to the hypervisor error: internal error: SOAP fault during enumeration: code 's:Sender', subcode 'n:CannotProcessFilter', reason 'The data source could not process the filter. The filter might be missing or it might be invalid. Change the filter and try the request again. ', detail '500The specified class does not exist in the given namespace. HRESULT 0x8033801a0052150858...

...59 or something like that. (I originally thought that this was due to dodgy home-made CDs until I discovered a bunch of major-label ones that have the same problem.) Beyond that, ripping storing CDs with data tracks is still an unsolved problem. I'm also currently lacking a way to store the PQ subcode data within the flac file (though someone suggested that this is better done with a flac file within an Ogg file) and also a way to extract individual tracks. cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.netbsd.org Don't you know, in this new Dark Age, we...

On Tue, Sep 26, 2006 at 04:39:51PM -0500, Charles Steinkuehler wrote: > Further abcde and cuefile discussions should probably find a new home... Well, I can't speak for Josh, but I've found it a relevent and productive discussion. -r

...er wrote: > The recent discussions about archiving CDs with flac prodded me to get > abcde working again. I've filed a debian bug report with patches to the > latest abcde that enable generating a toc file from the disc with cdrdao > (rips CD-TEXT data and creates index points from subcode data). > > Combined with my patches to toc2cue, this is enough to rip even > "problem" discs (track 1 doesn't start at frame 0) and wind up with > (hopefully) enough data to re-create the original CD with great accuracy. > > The patches and more details on use are a...