Bitsetting not working under linux ?

Hi all!

Firstly great thanks for great work on NEC firmware! Today I bought a NEC ND 3520A and I can't seem to be able to set bitset. I downloaded http://www.micheldeboer.nl/firmware/LD3520_1U7.zip. Flashed my firmware successfully and :

[~/Nec]> sudo ./necflash -s -scan
Binflash - NEC version - (C) by Herrie and Liggy
Visit http://binflash.cdfreaks.com - http://www.herrie.org

List of supported devices:

Device : /dev/hdd
Vendor : _NEC
Model : DVD_RW ND-3520A
Firmware : 1.U7

[~/Nec]> sudo ./necflash -s -setbt DVD+R DVD-ROM perm /dev/hdd
Binflash - NEC version - (C) by Herrie and Liggy
Visit http://binflash.cdfreaks.com - http://www.herrie.org

Drivetype could not be determined


Here is the strace info for relevant part :
===============================
open("/dev/hdd", O_RDONLY|O_NONBLOCK) = 3
ioctl(3, SG_GET_VERSION_NUM, 0xbffff1b4) = 0
ioctl(3, SG_IO, 0x80ba2f8) = 0
ioctl(3, SG_IO, 0x80ba2f8) = 0
close(3) = 0
write(2, "Drivetype could not be determine"..., 34Drivetype could not be determined
) = 34
munmap(0xb7fff000, 4096) = 0
exit_group(12) = ?

===============================

System info :
Linux kernel 2.6.11 vanilla from kernel.org

Also note that I run program through sudo so I got write access to device.

It's hard to tell the exact reason, but something on your PC seems to prevent Binflash from sending a command that reads a specific flash region to determine your drivetype. I've read some threads that this may be related to the used kernel version.

Unfortunately there's nothing I can change in my program, as it's something else that prevents the flasher from sending the necessary commands to the drive.

Hi Liggy,

if you can send me the relevant part of your code ( only the part that does ioctl & error check ) I can try to find if kernel is buggy.

Thanks,
ismail

Also note that flashing works so I bet there is something wrong with the code...

This is the same error given when using the windows counterpart. Try to use something else to set the booktype.

I have no Windows installed so what would be alternative?

The relevant code for sending ioctl's was not written by me. You can check fPLSCSI yourself from here.

Well, another linux software package, if there is one that works. It's been a long while since I played with linux, but how about dvd+rw-tools? It seems to be pretty popular, shouldn't be hard to find a binary package that works with your installation. The command would be something like "dvd+rw-booktype -dvd-rom -unit+r /dev/hdd" for you. Might not work, but worth a try.

[cartman@southpark][13:25:01]
[~]> sudo dvd+rw-booktype -dvd-rom -unit+r /dev/hdd
:-[ RICOH(14h) failed with SK=5h/ASC=20h/ACQ=00h]: No such device

Well, like I said everything linux related is a faded memory for me, but the tutorial for dvd+rw-tools mentions routing the command through the ide-scsi emulation, specifically

I know you have 2.6 kernel but the doc might be outdated.

These DVD+RW tools only support Ricoh style bitsetting, but newer firmwares use their own NEC style command set for booktype changes and that one is not supported (yet?).

Then I guess it doesn't work. Too bad.

Thank you for your help but 2.6 kernel no longer uses ide-scsi interface for cd/dvd writing it now directly uses ide interface. Liggy suspects that real problem might be the fact that since 2.6.9 kernel some scsi commands are filtered ( those known to be dangerous ) . I don't know if those are filtered for root but I guess not. I am out of any clue for now.

One other weird thing here is this :

ioctl(3, SG_IO, 0x80ba2f8) = 0
ioctl(3, SG_IO, 0x80ba2f8) = 0

Those ioctl commands return 0 which means ioctl succeeded but the program gives an error. Maybe a wrong if check there ( low possibility I know ... ) ?

Found the bug. New version 1.12 will be published soon. Probably nobody was ever able to change the booktype on 3520 (and compatible) drives with binflash. *Searching for a big hole to hide*

You might want to lock this topic and make it sticky . Cheers for great work!

With 1.12 -setbt works fine but -querybt says :

A similar fix needed?

When I put a dvd in. I get this :

[cartman@southpark][16:10:32]
[~/Nec]> sudo ./necflash -s -setbt DVD+R DVD-ROM perm /dev/hdd
Binflash - NEC version - (C) by Herrie and Liggy
Visit http://binflash.cdfreaks.com - http://www.herrie.org

[cartman@southpark][16:10:36]
[~/Nec]> sudo ./necflash -querybt /dev/hdd
Binflash - NEC version - (C) by Herrie and Liggy
Visit http://binflash.cdfreaks.com - http://www.herrie.org

The current disctype is DVD+R
The current booktype is DVD+R
The permanent booktype on DVD+R either has not been set or cannot be changed
The permanent booktype on DVD+RW either has not been set or cannot be changed
The permanent booktype on DVD+R-DL cannot be changed


Something going wrong here?

Nope. That must be something different. The drivetype is not checked here, I just issue NEC style commands first and if these fail I use the Ricoh one. What does strace tell you?

Ok first I assume you read http://club.cdfreaks.com/showpost.ph...8&postcount=18 is that normal? That DVD was written before I set to DVD-ROM so I guess its ok it shows book type as DVD+R ?

Here is output of beloved strace :

It seems strace doesn't really help. Even if a command fails, we seem to get rc=0.

Another way would be adding some debugging statement like :

printf("Possible error : %s",strerror(errno));

This will print : "Possible Error : success" in case of no-error and will print error otherwise. But I rc = 0 means errno = 0 which is success.

Btw sorry for asking maybe third time but it says inserted DVD's current booktype is DVD+R . Is that normal? Because I set booktype to DVD-ROM for DVD+R,DVD+R-DL and DVD+RW but that dvd is written before I set booktype.

If the disc was written before, then the booktype on your disc is DVD+R and cannot be changed anymore. That's completely normal. But discs that you've written after changing the booktype should show a different value.

Thanks for the reply .