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

3

Escrevendo em um dispositivo de caractere personalizado usando

cat 123 > /dev/chardev

cat: write error: Invalid argument

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

Eu uso o Arch linux 4.8.

Editar: o código para o 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 nós podemos ver que eu usei até mesmo uma função device_write e a atribui na estrutura fops para .write. Então, não é suposto aceitar o comando write e imprimir essa declaração no log?

    
por Saketh Kaparthi 30.10.2016 / 19:05

1 resposta

8

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

Um driver pode implementar apenas alguns dos métodos; os padrões são fornecidos. Os padrões geralmente não fazem nada e retornam sucesso (se for sensato não fazer nada por esse método) ou EINVAL (se não houver nenhum 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 método write do driver retorna EINVAL. A explicação mais provável é que esse driver não possui um método write . É bastante rotineiro para os condutores não suportar certas acções, e. 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 motorista. É só que o que você está pedindo ao motorista para fazer é algo que não tem noção.

    
por 31.10.2016 / 00:27