Re: using multiple interfaces for same Network Card
On 12/03/2013 22:36, Ian FREISLICH wrote: Yasir hussan wrote: Thanks for notic but all the elebration was for make alias on one interface but i want to have multiple interface, i can no where that some one would have tring to creating new interfaces and using them, or may be i am missing something, just send its solution if have, solution should be for I still think you're confusing Linux semantics with FreeBSD semantics. On linux you would have: eth0 Link encap:Ethernet HWaddr 00:1E:C9:53:0B:61 inet addr:10.0.0.1 Bcast:10.0.0.255 Mask:255.255.255.0 inet6 addr: fe80::21e:c9ff:fe53:b61/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:211328068 errors:0 dropped:0 overruns:0 frame:0 TX packets:368394006 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:34065846811 (31.7 GiB) TX bytes:476377525764 (443.6 GiB) Interrupt:169 Memory:e600-e6011100 eth0:1Link encap:Ethernet HWaddr 00:1E:C9:53:0B:61 inet addr:10.0.1.1 Bcast:10.0.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:169 Memory:e600-e6011100 On FreeBSD you would have: re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8209bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE ether 54:04:a6:96:0c:1e inet 10.0.0.1 netmask 0xff00 broadcast 10.0.0.255 inet 10.0.1.1 netmask 0xff00 broadcast 10.0.1.255 media: Ethernet autoselect (1000baseT full-duplex) status: active These are both the same thing. Is there any particular reason that you want multiple interfaces? I can't see a use for it beyond it's what I'm used to seeing unless they're VLAN interfaces. Ian Just a comment on the aliases vs virtual interfaces. Having used both aliases and virtual interfaces, there is use cases which have always been easier under Linux than FreeBSD due to the virtual interface. Once case is firewall rules that follow the device. Let me explain. Lets say under freebsd I setup two lans on the same card using aliases and a switch that is NOT vlan capable (ie home adsl modem, some other unmanaged switch). ifconfig re0 172.16.1.1 ifconfig re0 alias 192.168.1.1 The firewall rules require the net to be used rather than an interface since the interface handles more than one lan. ie (pf style): pass in quick on re0 from 192.168.1.1/24 to any Linux makes this easier: ifconfig eth0 172.16.1.1 ifconfig eth0:1 192.168.1.1 pass in quick on eth0:1 from any to any Whilst it's a minor difference, I can shift the device IP and my firewall rules automatically follow. This is just one case where having a virtual device make things easier vs aliases. Cheers, Benjamin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Debugging 5.2 Beta
Hi All, Just grabbed the 5.2Beta mini iso. Sadly the machine I tried it on caused a panic during kernel boot. A boot -v shows the last lines as (hand transcribed): PNP0700: ading dma mask 0x4 pnpbios: handle 10 device ID PNP0700 (0007d041) Fatal trap 9: general protection falut while in kernel mode cpuid=0; apic id=00 instruction pointer = 0x58:0x1023 stack pointer = 0x10:0xf80 frame pointer = 0x10:0x0 code segment = base 0xc00f, limit 0x, type 0x1b = DPL 0, pres1, def 32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 (swapper) track number =9 panic: general protection fault cpuid = 0; uptime: 1s Tried turning PNP off/on in the bios, tried toggling hint.acpi.disable 0/1, not luck. Quick stats: P4 3G with HTT, 1024MB ram. MPTable: Springdale-G , pnpbios 15 devices, FreeBSD 4.9 runs nicely on the box with the attached dmesg. The box has a Promisc SATA Raid controller (which isn't detected under 4.9) which I'd really like to get working hence the attempt at 5.2. Any way to drop to DDB go get better traces? as debug.debugger_on_panic=1 debug.witness_ddb=1 do nothing. Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-RC #0: Wed Oct 29 06:26:58 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Timecounter i8254 frequency 1193182 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1047744K bytes) avail memory = 1038823424 (1014476K bytes) Preloaded elf kernel kernel at 0xc0548000. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 12 entries at 0xc00f3d20 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 agp0: Intel 82865 host to AGP bridge mem 0xf800-0xfbff at device 0.0 on pci0 pcib1: PCI to PCI bridge (vendor=8086 device=2571) at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: NVidia model 0181 graphics accelerator at 0.0 irq 11 uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0xcc00-0xcc1f irq 11 at device 29.0 on pci0 usb0: Intel 82801EB (ICH5) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0xd000-0xd01f irq 5 at device 29.1 on pci0 usb1: Intel 82801EB (ICH5) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801EB (ICH5) USB controller USB-C port 0xd400-0xd41f irq 10 at device 29.2 on pci0 usb2: Intel 82801EB (ICH5) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: Intel 82801EB (ICH5) USB controller USB-D port 0xd800-0xd81f irq 11 at device 29.3 on pci0 usb3: Intel 82801EB (ICH5) USB controller USB-D on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: USB controller at 29.7 irq 9 pcib2: Intel 82801BA/BAM (ICH2) Hub to PCI bridge at device 30.0 on pci0 pci2: PCI bus on pcib2 pci2: unknown card (vendor=0x105a, dev=0x3371) at 1.0 irq 11 fwohci0: Lucent FW322/323 mem 0xfeafe000-0xfeafefff irq 3 at device 7.0 on pci2 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channel is 8. fwohci0: EUI64 00:07:e9:00:00:3d:6d:51 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: IEEE1394(FireWire) bus on fwohci0 if_fwe0: Ethernet over FireWire on firewire0 if_fwe0: Fake Ethernet address: 02:07:e9:3d:6d:51 sbp0: SBP2/SCSI over firewire on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop = 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fxp0: Intel 82801BA (D865) Pro/100 VE Ethernet port 0xb000-0xb03f mem 0xfeafd000-0xfeafdfff irq 5 at device 8.0 on pci2 fxp0: Ethernet address 00:07:e9:3d:6d:51 inphy0: i82562ET 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI to ISA
4.8-Current Depreciated files
Hi All, I'm about to upgrade from FreeBSD 4.8 to Current (following the instructions in UPDATING) and was just wondering if mergemaster removes depreciated files between the two versions. Ie: /etc/rc.sendmail I believe is now depreciated to one of the rcNG scripts. Does merge master handle the deleting of this file or is there some other utility? Thanks, Benjamin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
fxp0 failures on APCI/APM resume
Hi All, The new apci pci-pci code works wonderfully. However, I've got a problem with the fxp driver not reenabling the device correctly upon a resume from suspend. Details below - Note even when I try to put the laptop into suspend mode S2 which it doesn't support the problem occurs, the only solution is a reboot. Patches welcome. Aug 30 09:38:15 draco kernel: acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND Aug 30 09:38:50 draco kernel: fxp0: chip is in D3 power mode -- setting to D0 Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:38:52 draco last message repeated 2 times Aug 30 09:38:52 draco kernel: fxp0: DMA timeout Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:38:52 draco kernel: fxp0: DMA timeout Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:38:52 draco kernel: fxp0: DMA timeout Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:38:52 draco kernel: wakeup from sleeping state (slept 00:00:29) Aug 30 09:38:52 draco kernel: ata0: resetting devices .. Aug 30 09:38:52 draco kernel: ata0-slave: ATA identify retries exceeded Aug 30 09:38:52 draco kernel: ad0: DMA limited to UDMA33, non-ATA66 cable or device Aug 30 09:38:52 draco kernel: done Aug 30 09:38:52 draco kernel: ata1: resetting devices .. Aug 30 09:38:52 draco kernel: done Aug 30 09:38:53 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:39:07 draco last message repeated 2 times Aug 30 09:39:08 draco su: benjsc to root on /dev/ttyp2 Aug 30 09:39:11 draco kernel: fxp0: device timeout Aug 30 09:39:12 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:39:12 draco last message repeated 2 times Aug 30 09:39:12 draco kernel: fxp0: DMA timeout Aug 30 09:39:12 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:39:12 draco kernel: fxp0: DMA timeout Aug 30 09:39:12 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x Aug 30 09:39:12 draco kernel: fxp0: DMA timeout Aug 30 09:39:12 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0x -- 3D Research Associate+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: where's perl???
Steve Kargl wrote: On Fri, Jul 26, 2002 at 03:41:59PM -0400, Garance A Drosihn wrote: At 12:01 PM +0200 7/26/02, Michael Nottebrock wrote: That said though, it would be good to have something a little smarter than a blind find|rm which did find old files, and move them out of the way. [move, not remove -- just in case it picks the wrong files!] rm(1) does take a -i option. Perhaps a note in UPDATING about how to remove the system perl and replace it with the port would be useful. -- 3D Research Associate+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Status of C++ in base system?
Hi All, I'm using current from just after the KSE libc_r fix. However it appears that XFree86-client c++ stuff is still broken. Is there a planned time when this will be fixed or am I missing something else? (XFree-libraries compiled and installed without a hitch ). rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. *** Error code 1 Cheers, Benjamin -- 3D Research Associate+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Approach to integrate a driver into the kernel [winmodem]
Hi All, I've now been using the FreeBSD winmodem driver (Available at: http://www.geocities.com/wtnbkysh/) under -current for a few weeks now and haven't noticed a single glitch. Whilst I know this is a port of a linux drivers and contains a binary only object from Lucent. Is there any chance of getting this as part of the FreeBSD kernel? There is a lot of people out in laptop land who would welcome this. Cheers, Benjamin -- 3D Research Assistant+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
KSE Userland
Hi All, Just wondering if the KSE commit will affect userland as well. (I'm somewhat assuming it will). If so perhaps an entry in UPDATING could be useful. Cheers, Benjamin -- 3D Research Associate+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Recursing on a non-recursive lock
Hi All, For a while now (July 12 first noticed) I've been experiencing a intermittent panic on a non-recursive lock. Whilst I can grab the panic, savecore panics again writing it. It seems to occur only under heavy disk io and hence a make install of XFree86 causes the condition (not always at the same place). Details below: This always occurs sometime before the panic: lock order reversal 1st 0xc907c1fc process lock @ ../../../vm/vm_glue.c:469 2nd 0xc0b4cfb0 lockmgr interlock @ ../../../kern/kern_lock.c:239 Then sometime later (beware, hand transcribed)... recursed on non-recursive lock (sleep mutex) process lock @ ../../../kern_lock:262 first acquired @ ../../../kern/kern_exit.c:327 panic: recurse Debugger(panic) Stopped at Debugger+0x45: pushl %ebx dbtrace Debugger(c040a27b) at Debugger+0x45 panic(c040cf28,0,c04ad7fc,c907bca0,0) at panic 0x70 witness_lock(c907bdbc,8,c04087b4,106) at witness_lock+0x356 lockmgr(c04ad7fc,1,0,c907bca0,c90ced88) at lockmgr+0x200 vm_map_lock_read(c04ad7cc,1,c907bca0,c04ad7cc,c027f001) at vm_map_lock_read+01a vm_map_lookup(c90cee04,c9122000,1,c90cee08,c90cedfc) at vm_map_lookup+0x5f vm_fault1(c04ad7cc,c9122000,1,0,0) at vm_fault1+0x90 vm_fault(c04ad7cc,c9122000,1,0,0) at vm_fault+0x96 trap_pfault(c90ceee0,0,c91222ac) at trap_pfault+0x2d1 trap(c0400018,10,c9070010,c907bca0,c90cdd18) at trap+0x774 calltrap() at tcalltrap+0x5 --- trap 0xc, eip = 0xc024aac2, esp = 0xc90cef20, ebp=0xc90cef40 exit1(c907bca0,0,c90cefa0,c03b35a9,c907bca0) at exit1+0x1006 sys_exit(c907bca0,c90cef80,,0,80bc608) at sys_exit+0x15 syscall(80b002f,812002f,bfbf002f,80bc608,0) at syscall+0x695 syscall_with_err_pushed() at syscall_with_err_pushed+01b --- syscall ( 1, FreeBSD Elf, sys_exit), eip=0x8093f54, esp=0xbfbfd0e0, ebp=0xbfbfd10c dbshow locks exclusive( sleep mutex ) lockmgr ( 0xc0480700 ) locked @ ../../../kern/kern_lock.c:239 exclusive( sleep mutex ) process lock ( 0xc907bdbc ) locked @ ../../../kern/kern_exit.c:327 exclusive ( sx ) proctree (0xc04be5e0) locked @ ../../../kernl/kern_exit.c:282 exclusive (sleep mutex) Giant ( 0xc04c4400) locked @ ../../../vm/vm_fault.c:195 Other useful stuff (tired of transcribing): Fatal trap 12: page fault while in kernel mode fault code = supervisor read, page not present current process = 5756 (ld) If this is not enough to help diagnose the problem, what else can I provide (sadly I can't give symbols as this fault occured compiling the kernel :( The machine is a Dell Inspiron 8000 laptop (dmesg attached) and the problem is getting more frequent with newer kernels. Cheers, Benjamin Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Thu Jul 26 16:39:37 CST 2001 root@draco:/usr/src/sys/i386/compile/NEWCARD Timecounter i8254 frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (698.48-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 134127616 (130984K bytes) avail memory = 124493824 (121576K bytes) Preloaded elf kernel kernel at 0xc05c5000. Preloaded splash_image_data /boot/splash.bmp at 0xc05c509c. Preloaded elf module snd_maestro3.ko at 0xc05c50ec. Preloaded elf module snd_pcm.ko at 0xc05c5190. Pentium Pro MTRR support enabled WARNING: Driver mistake: destroy_dev on 154/0 Using $PIR table, 10 entries at 0xc00fbc20 acpi0: DELL CPi R on motherboard Timecounter ACPI frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu: CLK_VAL field overflows P_CNT register acpi_cpu: CLK_VAL field overlaps THT_EN bit acpi_tz0: thermal zone on acpi0 acpi_acad0: AC adapter on acpi0 acpi_cmbat0: Control method Battery on acpi0 acpi_cmbat1: Control method Battery on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 acpi_pcib0: Host-PCI bridge on acpi0 pci0: PCI bus on acpi_pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) pcib2: PCI-PCI bridge at device 30.0 on pci0 pci2: PCI bus on pcib2 pcm0: ESS Technology Maestro3 port 0xdc00-0xdcff mem 0xf6ffe000-0xf6ff irq 5 at device 3.0 on pci2 pcib3: PCI-PCI bridge at device 6.0 on pci2 pci3: PCI bus on pcib3 fxp0: Intel Pro 10/100B/100+ Ethernet port 0xecc0-0xecff mem 0xf8e0-0xf8ef,0xf8fff000-0xf8ff irq 11 at device 4.0 on pci3 fxp0: Ethernet address 00:20:e0:64:53:e7 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci3: simple comms at 8.0 (no driver attached) pccbb0: TI4451 PCI-CardBus Bridge irq 11 at device 15.0 on pci2 pcib2: device pccbb0 requested
Diagnosing a ata detection problem
Hi All, FreeBSD -current hasn't correctly detected the CDROM drive in my laptop for some time now. I've traced the problem down to the drive returning an invalid ATAPI_LSB_MAGIC and ATAPI_MSB_MAGIC which is checked at line 704 in dev/ata/ata-all.c It returns d0 d0, which I believe is an overflow indication. My work around for this currently is comment out the if statement (as shown in the attached patch). Whilst, it's not elegant, it works. Could someone suggest what steps I should take to find a correct solution, I'm a newbie in the kernel world, but one willing to play, break and fix things. Cheers, Benjamin --- dev/ata/ata-all.c Thu Jul 12 09:23:54 2001 +++ dev/ata/ata-all.c.new Thu Jul 12 09:22:04 2001 @@ -701,7 +701,7 @@ if (bootverbose) ata_printf(scp, ATA_SLAVE, ATAPI probe %02x %02x\n, lsb, msb); - if (lsb == ATAPI_MAGIC_LSB msb == * ATAPI_MAGIC_MSB) + /*if (lsb == ATAPI_MAGIC_LSB msb == * ATAPI_MAGIC_MSB)*/ scp-devices |= ATA_ATAPI_SLAVE; } } -- 3D Research Assistant+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 4.3 on Inspiron 8000 (Includes ATA comments)
On Wed, 20 Jun 2001, Riccardo Scandariato wrote: Did someone succesfully install FreeBSD 4.3 on Dell Inspiron 8000? SNIP I run FreeBSD current on an Inspiron 8000 and agree that not everything works (yet). To get your soundcard working put: snd_maestro3_load=YES in /boot/loader.conf and reboot (or do kldload snd_maestro3 each boot) It's a module due to GPL issues. For X you need to use the native resolution of the LCD display: So make sure the Monitor section in /etc/X11/XF86Config (assuming Xfree4) looks like: Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model VertRefresh 40-110 HorizSync 28-90 ModeLine 1400x1050 107.85 1400 1450 1500 1999 1050 1058 1070 1150 Gamma 1.0 1.0 0.94 EndSection The gamma line is optional but I've found the display needs tweeking for correct colour. I've never used the cardbus support as I got the internal network card/modem. The eepro works great, the winmodem *almost* works. Still hangs the kernel on ATI3 requests. As for acpi power support - if you use it don't shut the lid. It will never return. apm works fine by itself. I'm still working out the problem with the cd drive. It seems that a couple of ATA requests are causing the drive to overflow at detection time and hence the drive is not detected correctly. I would have blamed the drive but interestingly enough it used to work in Freebsd 4.0 For the IDE folk out there I've traced it down to: dev/ata/ata-all.c 684 lsb = ATA_INB(scp-r_io, ATA_CYL_LSB); 685 msb = ATA_INB(scp-r_io, ATA_CYL_MSB); 686 if (bootverbose) 687 ata_printf(scp, ATA_MASTER, 688ATAPI probe %02x %02x\n, lsb, msb); 689 if (lsb == ATAPI_MAGIC_LSB msb == ATAPI_MAGIC_MSB) 690 scp-devices |= ATA_ATAPI_MASTER; 691 } lsb msb both return 0xd0 and hence the magic never matches. Modifying the delay just before (either up or down by 5) makes no difference. Of course commenting out line 689 fixes the problem but it's not elegant. All in all it's supported reasonably well as far as laptops go. To any kernel developers, I'd be happy to send a full boot -v and try patches to resolve any issues mentioned above. Cheers, -- * Benjamin Close * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
WinModem Support/Learning the kernel Internals
Hi All, Is anyone looking into converting the Linux winmodem driver ( Lucent Technologies binary object file compiled together with the linux kernel serial driver) into a freebsd device? And another question, is there some documentation (other than the code) on how to use things like timers for devices, the kernel debugger, other useful kernel device development things :) Cheers, -- * Benjamin Close * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ICH2-M IDE controller
Hi All,
Is anyone looking at supporting the Intel ICH2-M IDE controller?
This controller is basically the same as the ICH2 controller except it has
extra powermanagment features as it's the for portable computers (hence
the M=mobile). I'm currently using the attached patch which runs
flawlessly on my laptop. However, I'm just an amature code hacker and
hence can't guarentee I haven't missed something between the chipsets.
The other question I have is why in ata-dma.c is there the fall through to
the ICH chipset? It seems to prevent any drive actually using ATA100/UDMA5
features.
Cheers,
--
* Benjamin Close
diff -u ./ata-dma.c fred/ata-dma.c
--- ./ata-dma.c Fri Mar 16 02:06:25 2001
+++ fred/ata-dma.c Sun Mar 25 10:33:52 2001
@@ -107,6 +107,7 @@
switch (scp-chiptype) {
+case 0x244a8086: /* Intel ICH2-M */
case 0x244b8086: /* Intel ICH2 */
if (udmamode = 5) {
int32_t mask48, new48;
@@ -150,7 +151,8 @@
ata_printf(scp, device,
"%s setting UDMA4 on ICH%s chip\n",
(error) ? "failed" : "success",
- (scp-chiptype == 0x244b8086) ? "2" : "");
+ (scp-chiptype == 0x244b8086) ? "2" :
+ (scp-chiptype == 0x244a8086) ? "2-M" :"");
if (!error) {
mask48 = (1 devno) + (3 (16 + (devno 2)));
new48 = (1 devno) + (2 (16 + (devno 2)));
diff -u ./ata-pci.c fred/ata-pci.c
--- ./ata-pci.c Tue Mar 20 00:01:58 2001
+++ fred/ata-pci.c Sun Mar 25 10:30:58 2001
@@ -110,6 +110,9 @@
case 0x24118086:
return "Intel ICH ATA66 controller";
+case 0x244a8086:
+ return "Intel ICH2-M ATA100 controller";
+
case 0x244b8086:
return "Intel ICH2 ATA100 controller";
