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=8843 metric 0 mtu 1500 options=8209b 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 ) 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=0xbfebfbff 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: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xf800-0xfbff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 uhci0: port 0xcc00-0xcc1f irq 11 at device 29.0 on pci0 usb0: 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: port 0xd000-0xd01f irq 5 at device 29.1 on pci0 usb1: 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: port 0xd400-0xd41f irq 10 at device 29.2 on pci0 usb2: 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: port 0xd800-0xd81f irq 11 at device 29.3 on pci0 usb3: 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: at 29.7 irq 9 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: (vendor=0x105a, dev=0x3371) at 1.0 irq 11 fwohci0: 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: on fwohci0 if_fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:07:e9:3d:6d:51 sbp0: 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: port 0xb000-0xb03f mem 0xfeafd000-0xfeafdfff irq 5 at device 8.0 on pci2 fxp0: Ethernet address 00:07:e9:3d:6d:51 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 10 at device 31.2 on pci0 ata2: at 0xec00 on atapci1 ata3: at 0xe400 on atapci1 pci0: (vendor=0x8086, dev=0x24d3) at 31.3 irq 3 pci0: (vendor=0x8086, dev=0x24d5) at 31.5 irq 3 orm0: at iomem 0xc-0xcf7ff,0xcf800-0xd67ff on isa0 pmtimer0 on isa0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured
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
db>trace
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
db>show 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=0x383f9ff
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: on motherboard
Timecounter "ACPI" frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
acpi_cpu0: on acpi0
acpi_cpu: CLK_VAL field overflows P_CNT register
acpi_cpu: CLK_VAL field overlaps THT_EN bit
acpi_tz0: on acpi0
acpi_acad0: on acpi0
acpi_cmbat0: on acpi0
acpi_cmbat1: on acpi0
acpi_lid0: on acpi0
acpi_button0: on acpi0
acpi_button1: on acpi0
acpi_pcib0: on acpi0
pci0: on acpi_pcib0
pcib1: at device 1.0 on pci0
pci1: on pcib1
pci1: at 0.0 (no driver attached)
pcib2: at device 30.0 on pci0
pci2: on pcib2
pcm0: port 0xdc00-0xdcff mem 0xf6ffe000-0xf6ff irq 5 at
device 3.0 on pci2
pcib3: at device 6.0 on pci2
pci3: on pcib3
fxp0: 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: on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci3: at 8.0 (no driver attached)
pccbb0: irq 11 at device 15.0 on pci2
pcib2: device pccbb0 requested unsupported memory range 0x4400-0xefff
(decoding 0xf200-0xfbff, 0xfff0-0xf)
pccbb0: Could not grab register memory
device_probe_and_attach: pccbb0 attach returned 12
pccbb0: irq 11 at device 15.1 on pci2
pcib2: device pccbb0 requested unsupported memory range 0x4400-0xefff
(decoding 0xf200-0xfbff, 0xfff0-0xf)
pccbb0: Could not grab register memory
device_
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? > 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" ModelName"Monitor 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, 688"ATAPI 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";
