☰

gato: erro de gravação: argumento inválido

tag-icon • tag-icon files kernel devices cat
gato: erro de gravação: argumento inválido

Escrevendo em um dispositivo de caractere personalizado usando

gato 123 > /dev/chardev

dá

gato: erro de gravação: argumento inválido

Alterei as permissões para 666 e até tentei com sudo. Ainda os mesmos resultados. Também tentei echo de maneira semelhante

Eu uso Arch Linux 4.8.

Editar: o código do driver

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/fs.h>
#include <asm/uaccess.h>


//Prototypes
static int __init init(void);
static void __exit cleanup(void);
static int device_open(struct inode *,struct file *);
static int device_release(struct inode *, struct file *);
static ssize_t device_read(struct file *, char *, size_t, loff_t *);
static ssize_t device_write(struct file *, const char *, size_t, loff_t *);

#define SUCCESS 0
#define DEVICE_NAME "chardev" /* Dev name as it appears in /proc/devices*/
#define BUF_LEN 80 /* Max length of the message from the device */

static int Major; //Major number of the devices
static int Device_Open = 0;

static char msg[BUF_LEN]; //Message given when asked
static char *msg_Ptr;

static struct file_operations fops = {
    .read = device_read,
    .write = device_write,
    .open = device_open,
    .release = device_release
};

static int __init init(){
    Major = register_chrdev(0,DEVICE_NAME,&fops);
    if(Major < 0){
        printk(KERN_ALERT "Failure in registering the device. %d\n", Major);
        return Major;
  }
    printk(KERN_INFO "%s registered with major %d \n",DEVICE_NAME,Major);
    printk(KERN_INFO "create a device with 'mknod /dev/%s c %d 0'\n",DEVICE_NAME,Major);
    printk(KERN_INFO "Try to cat and echo the file and shit man.\n");
    return SUCCESS;
}

static void __exit cleanup(){
    unregister_chrdev(Major, DEVICE_NAME);
    printk(KERN_ALERT "Unregistered the device %s i guess? \n"DEVICE_NAME);
}   

static int device_open(struct inode *inode,struct file *file){
    static int counter = 0;
    if(Device_Open)
        return -EBUSY;

    Device_Open++;
    sprintf(msg, "I already told you %d times Hello world!\n", counter++);
    msg_Ptr = msg;
    try_module_get(THIS_MODULE);
    return SUCCESS;
}

static int device_release(struct inode *inode,struct file *file){
    Device_Open--;
    module_put(THIS_MODULE);
    return 0;
}

static ssize_t device_read(struct file *filp, char *buffer, size_t length, loff_t * offset){
    int bytes_read = 0;
    if(*msg_Ptr == 0)
        return 0;
    while(length && *msg_Ptr){
        put_user(*(msg_Ptr++),buffer++);
        length--;   
        bytes_read++;
    }
    return bytes_read;
}

static ssize_t device_write(struct file *filp,const char *buff, size_t len, loff_t *off){
    printk(KERN_ALERT "You cannot write to this device.\n");
    return -EINVAL;
}

module_init(init);
module_exit(cleanup);

Então aqui podemos ver que eu até usei uma função device_write e a atribuí na estrutura fops para .write. Então não deveria aceitar o comando de gravação e imprimir essa instrução no log?

Responder1

No kernel, cada driver fornece uma série de métodos para as diversas operações que podem ser realizadas em um arquivo: abrir, fechar, ler, escrever, procurar, ioctl, etc.struct file_operations. Para dispositivos, os métodos são fornecidos pelo driver que registrou aquele dispositivo específico (ou seja, aquela combinação específica de bloco/caractere, número maior e número menor).

Um driver pode implementar apenas alguns dos métodos; padrões são fornecidos. Os padrões geralmente não fazem nada e retornam sucesso (se for sensato não fazer nada para esse método) ou EINVAL (se não houver um padrão sensato e a falta de um método significa que o recurso não é suportado).

“Erro de gravação: argumento inválido” significa que o writemétodo do driver retorna EINVAL. A explicação mais provável é que este driver não possui writenenhum método. É bastante rotineiro que os drivers não suportem certas ações, por exemplo, alguns drivers suportam apenas ioctl e não leitura/gravação, alguns drivers são intrinsecamente unidirecionais (por exemplo, um dispositivo de entrada) e suportam apenas leitura e não gravação ou vice-versa.

“Argumento inválido” não tem nada a ver com permissões, é o que o dispositivo é capaz de fazer. Você receberia um erro de permissão se não tivesse permissão de gravação, mas tem permissão para falar com o driver. Acontece que o que você está pedindo ao motorista é algo que ele não tem noção.

informação relacionada