Re: Linux networking emulation broken?
> OK - I found a second bug, which is a bit more subtle, but which > seems to fix sendto and stop it sending packets to 4.0.0.0. I've > updated the patch, please let me know if it helps. Yes, it works perfectly for me now. :-) Fred -- "Every program has at least one bug and can be shortened by at least one instruction -- from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work." msg51969/pgp0.pgp Description: PGP signature
Re: Linux networking emulation broken?
> > I'm guessing the short patch at: > > > > http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch > > > > should help. Can you try it and let me know? OK - I found a second bug, which is a bit more subtle, but which seems to fix sendto and stop it sending packets to 4.0.0.0. I've updated the patch, please let me know if it helps. David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
> I'm guessing the short patch at: > > http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch > > should help. Can you try it and let me know? I've just tried that and it still tries connecting to 4.0.0.0:111 instead of localhost:111. I had to follow Hajimu UMEMOTO's suggestion, once with your patch it stopped complaining about a casting error (I don't remember exactly what the error was). Fred -- "Some people seem to think that `damn' is God's last name." msg51939/pgp0.pgp Description: PGP signature
Re: Linux networking emulation broken?
Hi,
> On Thu, 6 Feb 2003 22:28:26 +
> David Malone <[EMAIL PROTECTED]> said:
dwmalone> On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
> I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
> the output.
dwmalone> I'm guessing the short patch at:
dwmalone> http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
dwmalone> should help. Can you try it and let me know?
Oops, thanks! Though I cannot test it for now, it seems correct to
me. However, I think that where
bsd_args.msg = (caddr_t)((nmsg == NULL) ? linux_args.msg : nmsg);
it is sufficient to just substitute nmsg for bsd_args.msg:
bsd_args.msg = (caddr_t) nmsg;
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 10:28:26PM +, David Malone wrote: > On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote: > > I'm also seeing this with Linux Phoenix, though I haven't tcpdumped > > the output. > > I'm guessing the short patch at: > > http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch > > should help. Can you try it and let me know? > > David. Hi, After playing around yp and the patch, I got a simple result: the application runs happily without yp configured, no matter the patch applied or not. I disable yp by simply hitting "domainname ''", and re-enable it by hitting "domainname mynisdomainname". The application mentioned above is winconnect (http://www.thinsoftinc.com/products_winconnect_info.html), a RDP 5.1 capable client for Linux. I think the yp ability inside linux emulator is somewhat broken. Some other interesting output: As normal user: > id clive uid=1000(clive) gid=1000(clive) groups=1000(clive), 0(wheel), 989(samba) > /compat/linux/bin/sh do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] sh-2.04$ whoami do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] whoami: cannot find username for UID 1000 As root: > sudo su - # id clive uid=1000(clive) gid=1000(clive) groups=1000(clive), 0(wheel), 989(samba) # /compat/linux/bin/sh sh-2.04# id uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) sh-2.04# id clive do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] id: clive: No such user sh-2.04# To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote: > I'm also seeing this with Linux Phoenix, though I haven't tcpdumped > the output. I'm guessing the short patch at: http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch should help. Can you try it and let me know? David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote: > I'm also seeing this with Linux Phoenix, though I haven't tcpdumped > the output. I think there may be a problem with the new version of linux_sendmsg. I'll check in detail at home, where I have linux_kdump installed. It should be easy to fix. David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
> Are you running 5.0-RELEASE or -current? If -current, when did you > last rebuild your kernel? Some changes were made to the linux network > emulation in the last few days. I was testing them and didn't notice > any problems like this, but I may have missed something. Sorry for not mentioning it in that last e-mail. Here's my `uname -a`: FreeBSD torment.storming.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Feb 6 05:11:34 BRST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/torment i386 (Currently BRST == GMT-2, the source tree had been cvsup'd right before the building of the kernel) I'm also attaching my kernel config file, in case it should help at all. Fred -- "Q: What's tan and black and looks great on a lawyer? A: A doberman." # # torment -- Torment's kernel configuration file for FreeBSD5/i386 # machine i386 cpu I586_CPU ident TORMENT maxusers0 # NO_MEMORY_HOLE is an optimisation for systems with AMD K6 processors # which indicates that the 15-16MB range is *definitely* not being # occupied by an ISA memory hole. # options NO_MEMORY_HOLE # MAXMEM specifies the amount of RAM on the machine; if this is not # specified, FreeBSD will first read the amount of memory from the CMOS # RAM, so the amount of memory will initially be limited to 64MB or 16MB # depending on the BIOS. If the BIOS reports 64MB, a memory probe will # then attempt to detect the installed amount of RAM. If this probe # fails to detect >64MB RAM you will have to use the MAXMEM option. # The amount is in kilobytes, so for a machine with 128MB of RAM, it would # be 131072 (128 * 1024). # options MAXMEM="(256*1024)" options INET#InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options PSEUDOFS#Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options COMPAT_LINUX#Linux binary compatability options SCSI_DELAY=0#Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev # Scheduler to use. options SCHED_4BSD # The following options have been commented out for forcing the system to use # their benefits as modules. # #optionsMFS #Memory Filesystem # ISA & PCI controllers. # device isa device pci # Audio support. # device pcm # Floppy drives # device fdc # Specify floppy devices # ATA and ATAPI devices # device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # SCSI controller and supported devices #device aic #device scbus # SCSI bus (required) #device cd # CD # atkbdc0 controls both the keyboard and the PS/2 mouse # device atkbdc device atkbd # Video card driver for VGA adapters. device vga # AGP GART support device agp # To include support for VESA video modes # options VESA # splash screen/screen saver # device splash # syscons is the default console driver, resembling an SCO console # device sc options MAXCONS=16 options SC_HISTORY_SIZE=4096# number of history buffer lines options SC_PIXEL_MODE # add support for the raster text mode options SC_DFLT_FONT# compile font in makeoptions SC_DFLT_FONT=iso01 # default font # Floating point support - do not disable. # device npx # Serial (COM) ports # device sio # Ethernet NICs. # 'device ed' requires 'device miibus' # device miibus device ed # Various devices # device random # Entropy device device loop# Network loopback device ether # Ethernet support #device ppp # Kernel PPP device tun # Packet tunnel. dev
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote: > Hi again, > > After noticing a huge delay between host names resolution and the > beginning of pages loading with Opera (6.11/Linux), I noticed that it > is trying to connect to 4.0.0.0:111 instead of the usual > 127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias > on lo0, but this obviously shouldn't be happening. > > The Opera port was installed back when I still ran 4.7-STABLE and was > working fine up to the two most recent updates (I try building > kernel/world every week for testing), so I don't think it's an Opera > fault per se. Any ideas? I'm also seeing this with Linux Phoenix, though I haven't tcpdumped the output. Kris msg51892/pgp0.pgp Description: PGP signature
Re: Linux networking emulation broken?
I have similar problem after upgrading to a up-to-date -CURRENT. > uname -a FreeBSD cartier.home 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Feb 6 23:56:44 CST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERI i386 My kernel config is simply a SMP-enabled GENERIC. I keep seeing something below in the truss(1) output. linux_socketcall(0x2,0xbfbfe3dc) ERR#13 'Permission denied' ... read(0x7,0xbfbfcf1c,0x20)ERR#35 'Resource temporarily unavailable' My linux application also keeps reporting something below to me. do_ypcall: clnt_call: RPC: Timed out and unable to resolve host name ... No matter being root or not, the results are the same. On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote: > Hi again, > > After noticing a huge delay between host names resolution and the > beginning of pages loading with Opera (6.11/Linux), I noticed that it > is trying to connect to 4.0.0.0:111 instead of the usual > 127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias > on lo0, but this obviously shouldn't be happening. > > The Opera port was installed back when I still ran 4.7-STABLE and was > working fine up to the two most recent updates (I try building > kernel/world every week for testing), so I don't think it's an Opera > fault per se. Any ideas? > > > Fred > > > -- > "Death is only a state of mind. > Only it doesn't leave you much time to think about anything else." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote: > After noticing a huge delay between host names resolution and the > beginning of pages loading with Opera (6.11/Linux), I noticed that it > is trying to connect to 4.0.0.0:111 instead of the usual > 127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias > on lo0, but this obviously shouldn't be happening. Are you running 5.0-RELEASE or -current? If -current, when did you last rebuild your kernel? Some changes were made to the linux network emulation in the last few days. I was testing them and didn't notice any problems like this, but I may have missed something. David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Linux networking emulation broken?
Hi again, After noticing a huge delay between host names resolution and the beginning of pages loading with Opera (6.11/Linux), I noticed that it is trying to connect to 4.0.0.0:111 instead of the usual 127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias on lo0, but this obviously shouldn't be happening. The Opera port was installed back when I still ran 4.7-STABLE and was working fine up to the two most recent updates (I try building kernel/world every week for testing), so I don't think it's an Opera fault per se. Any ideas? Fred -- "Death is only a state of mind. Only it doesn't leave you much time to think about anything else." msg51884/pgp0.pgp Description: PGP signature
