search for: port_buf

Displaying 11 results from an estimated 11 matches for "port_buf".

2004 Apr 01
1
[patch] net/rsync: problems in client name lookup code
...t;Fix: --- proto.h.orig Sat Dec 6 16:07:27 2003 +++ proto.h Thu Apr 1 10:54:19 2004 @@ -42,7 +42,6 @@ struct sockaddr_storage *ss, socklen_t *ss_len); int lookup_name(int fd, const struct sockaddr_storage *ss, - socklen_t ss_len, char *name_buf, size_t name_buf_len, char *port_buf, size_t port_buf_len); int compare_addrinfo_sockaddr(const struct addrinfo *ai, --- clientname.c.orig Fri Jan 10 21:05:56 2003 +++ clientname.c Thu Apr 1 10:57:05 2004 @@ -101,58 +101,58 @@ char *client_name(int fd) static char name_buf[100]; static char port_buf[100]; static int initialise...
2002 Apr 02
3
getaddrinfo() problem with AIX 4.3.3 and rsync 2.5.2?
...() function before I could successfully use "hosts allow" in rsyncd.conf. Without the patch I kept getting "rsync: forward name lookup for ... failed: Host not found" errors. These errors were produced by the rsync daemon, and putting in a debugging statement revealed that the port_buf being used had a large port number in it (like 32835). It seems wrong-headed to pass that port to getaddrinfo to check for host name validity, but since I don't know much network programming, I'll defer to almost anyone :-) Perhaps it's just AIX 4.3.3 getaddrinfo() that's busted?...
2002 Jan 11
1
rsync 2.5.1 server - strange logs
I've just upgraded my rsync server to 2.5.1 (before, I was using 2.4.6), without changing anything in /etc/rsyncd.conf, and now, I have this logs each time a client connect to server: 2002/01/07 18:33:03 [10432] rsync: reverse name lookup mismatch on fd3 - spoofed address? 2002/01/07 18:33:03 [10432] rsync on admin/sbin/padmin_update.sh from UNKNOWN (172.16.65.14) 2002/01/07 18:33:03 [10432]
2012 Sep 25
5
[PATCHv6 0/3] virtio_console: Add rproc_serial device
...m.au> cc: Michael S. Tsirkin <mst at redhat.com> cc: Amit Shah <amit.shah at redhat.com> cc: Linus Walleij <linus.walleij at linaro.org> cc: Masami Hiramatsu <masami.hiramatsu.pt at hitachi.com> Sjur Br?ndeland (3): virtio_console:Merge struct buffer_token into struct port_buffer virtio_console: Add support for remoteproc serial virtio_console: Don't initialize buffers to zero drivers/char/virtio_console.c | 318 +++++++++++++++++++++++++++++------------ include/linux/virtio_ids.h | 1 + 2 files changed, 228 insertions(+), 91 deletions(-) -- 1.7.5.4
2012 Sep 25
5
[PATCHv6 0/3] virtio_console: Add rproc_serial device
...m.au> cc: Michael S. Tsirkin <mst at redhat.com> cc: Amit Shah <amit.shah at redhat.com> cc: Linus Walleij <linus.walleij at linaro.org> cc: Masami Hiramatsu <masami.hiramatsu.pt at hitachi.com> Sjur Br?ndeland (3): virtio_console:Merge struct buffer_token into struct port_buffer virtio_console: Add support for remoteproc serial virtio_console: Don't initialize buffers to zero drivers/char/virtio_console.c | 318 +++++++++++++++++++++++++++++------------ include/linux/virtio_ids.h | 1 + 2 files changed, 228 insertions(+), 91 deletions(-) -- 1.7.5.4
2002 Jan 07
1
rsync-2.5.1 / socket.c - unititialized variable breaks build.
...ss); static char addr_buf[100]; static int initialised; @@ -595,7 +597,7 @@ char *client_name(int fd) { struct sockaddr_storage ss; - int length = sizeof(ss); + unsigned int length = sizeof(ss); static char name_buf[100]; static char port_buf[100]; char *def = "UNKNOWN";
2008 Oct 24
0
Name lookup failures and CIDR regression under cygwin ( patch attached )
...s in the log. 2008/10/24 00:13:23 [1984] name lookup failed for X.X.X.X: Unknown server error Looking at the code it seems the call will never succeed? /* reverse lookup */ name_err = getnameinfo((struct sockaddr *) ss, ss_len, name_buf, name_buf_size, port_buf, port_buf_size, NI_NAMEREQD | NI_NUMERICSERV); if (name_err != 0) { strlcpy(name_buf, default_name, name_buf_size); rprintf(FLOG, "name lookup failed for %s: %s\n", client_addr(fd), gai_strerror(name_err)); return name_err; }...
2002 Apr 23
5
Dynamic address problem
Hi All, We have clients which dynamic IPs which we have setup with <host>.dyndns.org addresses. We have added these to the rsync.conf 'hosts allow=" but they are being denied access.. Is there anyway around this? Matt
2008 Oct 24
5
DO NOT REPLY [Bug 5851] New: Name lookup failures and CIDR regression
...s in the log. 2008/10/24 00:13:23 [1984] name lookup failed for X.X.X.X: Unknown server error Looking at the code it seems the call will never succeed? /* reverse lookup */ name_err = getnameinfo((struct sockaddr *) ss, ss_len, name_buf, name_buf_size, port_buf, port_buf_size, NI_NAMEREQD | NI_NUMERICSERV); if (name_err != 0) { strlcpy(name_buf, default_name, name_buf_size); rprintf(FLOG, "name lookup failed for %s: %s\n", client_addr(fd), gai_strerror(name_err)); return name_err; }...
2012 Sep 24
2
[PATCHv4] virtio_console: Add support for remoteproc serial
...; cc: Amit Shah <amit.shah at redhat.com> cc: Ohad Ben-Cohen <ohad at wizery.com> cc: Linus Walleij <linus.walleij at linaro.org> cc: Arnd Bergmann <arnd at arndb.de> --- Changes since v3 are mostly related to freeing of dma-buffers: - Change port_fops_write() to use struct port_buffer when allocating memory. This is done in order to store the dma-address of the allocated buffers, so the correct dma-address can be passed to dma_free_coherent(). - Added pending_free_list for port_buf. dma_free_coherent() requires the irqs to be enabled, so if irqs are disabled we queue...
2012 Sep 24
2
[PATCHv4] virtio_console: Add support for remoteproc serial
...; cc: Amit Shah <amit.shah at redhat.com> cc: Ohad Ben-Cohen <ohad at wizery.com> cc: Linus Walleij <linus.walleij at linaro.org> cc: Arnd Bergmann <arnd at arndb.de> --- Changes since v3 are mostly related to freeing of dma-buffers: - Change port_fops_write() to use struct port_buffer when allocating memory. This is done in order to store the dma-address of the allocated buffers, so the correct dma-address can be passed to dma_free_coherent(). - Added pending_free_list for port_buf. dma_free_coherent() requires the irqs to be enabled, so if irqs are disabled we queue...