Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
* Stuart Henderson s...@spacehopper.org [2008-12-30 02:56]: On 2008-12-29, Michiel van Baak mich...@vanbaak.info wrote: On 15:22, Mon 29 Dec 08, Marco Peereboom wrote: Those things crash more often than windows 3.11 totally_offtopic I'm getting a bit annoyed by statements like this. There are a lot of stable setups with virtualisation out there. they probably don't involve VMs run by either kernel developers working on drivers that talk directly to vmware e.g. vic(4), vmt(4), or by people actively working to take the whole host down... it comes down to: Virtualization promises isolation, and doesn't even remotely keep that promise, today, regardless of the implementation. That makes it, for now, both a security and relibility disaster. Whoever running that shit for anything but testing, development stuff etc is an idiot. A dangerous one, unfortunately, because we all suffer from these idiots, their hacked vmwares/xens/younameit are used to spam and DDoS us. Virtualization has potential, I hope it gets usable in a few years. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
2008/12/30 Henning Brauer lists-open...@bsws.de: Virtualization promises isolation, and doesn't even remotely keep that promise, today, regardless of the implementation. That makes it, for now, both a security and relibility disaster. Does that also hold for VM and similar implemenations (e.g. Solaris partitions)? VM has been used for decades in environments where security and relibility are first objectives... Virtualization has potential, I hope it gets usable in a few years. Ask you friendly IBM dealer. :-) Best Martin
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On Tue, Dec 30, 2008 at 01:45:49PM +0100, Martin Schr?der wrote: 2008/12/30 Henning Brauer lists-open...@bsws.de: Virtualization promises isolation, and doesn't even remotely keep that promise, today, regardless of the implementation. That makes it, for now, both a security and relibility disaster. Does that also hold for VM and similar implemenations (e.g. Solaris partitions)? VM has been used for decades in environments where security and relibility are first objectives... The big difference is that the hardware VM runs on was designed with virtualization in mind from the start, instead of some glued on solution later on. -Otto Virtualization has potential, I hope it gets usable in a few years. Ask you friendly IBM dealer. :-) Best Martin
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
Try writing hardware drivers on vmware and let me know how it went. A good example is mpi; when we were developing that thing vmware blew up because it couldn't respond to a configuration request. Simply put the vitalization software only emulates certain parts of the hardware and as soon as you touch areas that are within the spec but (poorly) unimplemented the vitalization software goes tits up. That said, tell me how to write a device driver for vmware so that I can write a device driver for the host; I'd love to see that API. Oh wait you were just making shit up. Reading through you sales mini-rant tells me that you have no clue whatsoever regarding hardware/driver development. qemu is a very nice development tool. I use it a lot to develop code that does *NOT* touch hardware. For example softraid is developed on my laptop and then tested on a qemu host on said laptop. When it is debugged enough I'll move to real hardware to see if there are any differences. Problem with virtualization is that it is a security nightmare. I can't begin to imagine running that stuff for anything but development. On Mon, Dec 29, 2008 at 03:22:33PM -0700, Marco Peereboom wrote: Those things crash more often than windows 3.11 On Dec 29, 2008, at 2:01 PM, bofh goodb...@gmail.com wrote: On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! runs and ducks 8-) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
* Otto Moerbeek o...@drijf.net [2008-12-30 14:06]: On Tue, Dec 30, 2008 at 01:45:49PM +0100, Martin Schr?der wrote: 2008/12/30 Henning Brauer lists-open...@bsws.de: Virtualization promises isolation, and doesn't even remotely keep that promise, today, regardless of the implementation. That makes it, for now, both a security and relibility disaster. Does that also hold for VM and similar implemenations (e.g. Solaris partitions)? VM has been used for decades in environments where security and relibility are first objectives... The big difference is that the hardware VM runs on was designed with virtualization in mind from the start, instead of some glued on solution later on. and the story with getting the sun domain on the E into a mode where the entire chassis has to be power cycled after a sun engineer logged in and did magic tells us it isn't all that well either. sadly. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. On Sun, Dec 28, 2008 at 10:35:08AM -0500, Steve Shockley wrote: On 12/27/2008 5:12 PM, Lars NoodC)n wrote: I ask because I'm trying to set up an environment where kernel-level work can be done remotely. Having more perspectives will help. Old Compaq Remote Insight Lights Out boards will work in any machine that still has a PCI slot. You can control the power with the right cable if you wire it into the power button. They can be found on eBay for $5-20, make sure you get the external keyboard cable otherwise you won't be able to do remote console. (Well, you'll be able to *see* the console...) You'll also need the external power supply if you want to power-cycle the machine remotely.
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! runs and ducks 8-) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On 30/12/2008, at 7:01 AM, bofh wrote: On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! i have a bad habit of crashing the vms host system when i do that.
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On Mon, Dec 29, 2008 at 4:13 PM, David Gwynne l...@animata.net wrote: On 30/12/2008, at 7:01 AM, bofh wrote: On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! i have a bad habit of crashing the vms host system when i do that. Well, shoot, run that in a VM then! :) At one point, I was seriously thinking about something along the lines of: Sparc - Mac Emulator (this would be OS6/7 IIRC) - A/UX - Windows Emulator - Linux just to say I did it. Fortunately, my MUDs took priority and I left that insane thought behind. -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
Those things crash more often than windows 3.11 On Dec 29, 2008, at 2:01 PM, bofh goodb...@gmail.com wrote: On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! runs and ducks 8-) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On 15:22, Mon 29 Dec 08, Marco Peereboom wrote: Those things crash more often than windows 3.11 totally_offtopic I'm getting a bit annoyed by statements like this. There are a lot of stable setups with virtualisation out there. It all depends on the setup and the knowledge on the topic with the ppl setting up things that can make it act like windows me or something stable. For what it's worth we have very good experience with vmware infrastructure and kvm. We have boxen running 20 OpenBSD vms on a single piece of hardware without trouble doing a lot of stuff. Most of them are either Asterisk voip servers, http servers or mail servers (smtp, imap, pop3) and the combined traffic they handle is around 80mbit according to mtr /totally_offtopic Sorry for this mail, couldn't resist On Dec 29, 2008, at 2:01 PM, bofh goodb...@gmail.com wrote: On Mon, Dec 29, 2008 at 3:31 PM, Marco Peereboom sl...@peereboom.us wrote: Still doesn't allow you to plug in cables; move cards around, insert a cd etc. Writing/debugging drivers remotely sucks. One also doesn't get any of the hints from the hardware like leds blinking fan noise etc. Hey, you can do all that in a VM!!! runs and ducks 8-) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD Why is it drug addicts and computer aficionados are both called users?
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On 2008-12-29, Michiel van Baak mich...@vanbaak.info wrote: On 15:22, Mon 29 Dec 08, Marco Peereboom wrote: Those things crash more often than windows 3.11 totally_offtopic I'm getting a bit annoyed by statements like this. There are a lot of stable setups with virtualisation out there. they probably don't involve VMs run by either kernel developers working on drivers that talk directly to vmware e.g. vic(4), vmt(4), or by people actively working to take the whole host down...
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On 12/27/2008 5:12 PM, Lars NoodC)n wrote: I ask because I'm trying to set up an environment where kernel-level work can be done remotely. Having more perspectives will help. Old Compaq Remote Insight Lights Out boards will work in any machine that still has a PCI slot. You can control the power with the right cable if you wire it into the power button. They can be found on eBay for $5-20, make sure you get the external keyboard cable otherwise you won't be able to do remote console. (Well, you'll be able to *see* the console...) You'll also need the external power supply if you want to power-cycle the machine remotely.
Re: Any Dev interested in SIS Ethernet/SATA driver development?
On Fri, Dec 26, 2008 at 10:10:04PM -0500, bofh wrote: On Fri, Dec 26, 2008 at 5:10 PM, Rene Maroufi i...@maroufi.net wrote: On Fri, Dec 26, 2008 at 03:32:50PM -0600, Marco Peereboom wrote: I'll comment by saying that developing a storage driver remotely is a total pain in the ass bordering impossible. Not, if there are 2 hard drives, both connected different (separate Controllers). My OpenBSD System (amd64, 4.4 stable) runs from the IDE drive. The SATA drive isn't in use any more. I think Marco's point was that if there are crashes, lockups, etc, it is a pain in the ass not to have console access, or to be able to unplug the power and reboot into a working config/kernel, etc etc. Even without any development experience I can see that as a pain. OK, I understand, but I can provide a serial console from a neighbour machine and a SSH account on the neighbour machine, too. Is it possible with a serial console? Cheers Reni -- Reni Maroufi i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
On Fri, Dec 26, 2008 at 03:16:26PM -0600, Todd T. Fries wrote: You should try current. I have these very chipsets on a board I have, and the IDE support works great for PATA drives, haven't plugged in any SATA drives I will admit, mind showing a dmesg so we can get an idea of how old a kernel you are running/ I tried the latest snapshot and DMA doesn't working: pciide1 at pci0 dev 8 function 0 vendor SiS, unknown product 0x0183 rev 0x01: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI My full dmesg with the latest snapshot: OpenBSD 4.4-current (GENERIC) #1971: Wed Dec 24 01:45:08 MST 2008 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 1026732032 (979MB) avail mem = 996515840 (950MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xfc7b0 (45 entries) bios0: vendor American Megatrends Inc. version 080012 date 08/13/2007 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC MCFG OEMB acpi0: wakeup devices PS2K(S4) PS2M(S4) UAR1(S4) UAR2(S4) PCI0(S4) EUSB(S4) USB_(S4) USB2(S4) USB3(S4) AC97(S4) MC97(S4) MAC_(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) 64 Processor 3200+, 2200.35 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: AMD erratum 89 present, BIOS upgrade may be required cpu0: apic clock running at 200MHz ioapic0 at mainbus0 apid 1 pa 0xfec0, version 14, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (P0P6) acpiprt2 at acpi0: bus 3 (P0P7) acpicpu0 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: Cool'n'Quiet K8 2200 MHz: speeds: 2200 2000 1800 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 SiS 761 PCI rev 0x02 agp at pchb0 not configured ppb0 at pci0 dev 1 function 0 SiS 86C202 VGA rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 SiS 6330 VGA rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 2 function 0 SiS 965 ISA rev 0x48 pciide0 at pci0 dev 2 function 5 SiS 5513 EIDE rev 0x01: 965: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: ATAPI, iHDP118 4, GL03 ATAPI 5/cdrom removable cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 wd0 at pciide0 channel 1 drive 0: ST380020A wd0: 16-sector PIO, LBA, 76319MB, 156301488 sectors wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 auich0 at pci0 dev 2 function 7 SiS 7012 AC97 rev 0xa0: apic 1 int 18 (irq 11), SiS7012 AC97 ac97: codec id 0x41445368 (Analog Devices AD1888) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 ohci0 at pci0 dev 3 function 0 SiS 5597/5598 USB rev 0x0f: apic 1 int 20 (irq 5), version 1.0, legacy support ohci1 at pci0 dev 3 function 1 SiS 5597/5598 USB rev 0x0f: apic 1 int 21 (irq 3), version 1.0, legacy support ohci2 at pci0 dev 3 function 2 SiS 5597/5598 USB rev 0x0f: apic 1 int 22 (irq 5), version 1.0, legacy support ehci0 at pci0 dev 3 function 3 SiS 7002 USB rev 0x00: apic 1 int 23 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 SiS EHCI root hub rev 2.00/1.00 addr 1 SiS 190 rev 0x00 at pci0 dev 4 function 0 not configured ppb1 at pci0 dev 6 function 0 SiS PCI-PCI rev 0x00 pci2 at ppb1 bus 2 ppb2 at pci0 dev 7 function 0 SiS PCI-PCI rev 0x00 pci3 at ppb2 bus 3 pciide1 at pci0 dev 8 function 0 vendor SiS, unknown product 0x0183 rev 0x01: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide1: using apic 1 int 17 (irq 5) for native-PCI interrupt wd1 at pciide1 channel 0 drive 0: ExcelStor Technology J8160S wd1: 16-sector PIO, LBA48, 152627MB, 312581808 sectors pciide1: channel 1 ignored (not responding; disabled or no drives?) rl0 at pci0 dev 9 function 0 Accton MPX 5030/5038 rev 0x10: apic 1 int 17 (irq 5), address 00:e0:29:6a:8e:10 rlphy0 at rl0 phy 0: RTL internal PHY pchb1 at pci0 dev 24 function 0 AMD AMD64 0Fh HyperTransport rev 0x00 pchb2 at pci0 dev 24 function 1 AMD AMD64 0Fh Address Map rev 0x00 pchb3 at pci0 dev 24 function 2 AMD AMD64 0Fh DRAM Cfg rev 0x00 kate0 at pci0 dev 24 function 3 AMD AMD64 0Fh Misc Cfg rev 0x00 ppb3 at pci0 dev 31 function 0 SiS PCI-PCI rev 0x00 pci4 at ppb3 bus 4 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0
environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
bofh wrote: I think Marco's point was that if there are crashes, lockups, etc, it is a pain in the ass not to have console access, or to be able to unplug the power and reboot into a working config/kernel, etc etc. ... Access to a second box, for control, which has both serial and Ethernet connections to the development units is the first step. What else is there on a wish-list for being able to do kernel-level work remotely? What architecture-specific troubles are common? I notice some of the PPC and AMD64 units I have do not have serial output. As far as the power-cycling of hardware goes, I'm looking into GPIO on the motherboard to control optocouplers (or equiv) to control power relays which can then switch the wall current for some development units on or off. For equipment with hardware reset, the relay can be skipped. These would be controlled via the control box's GPIO using gpioctl. I ask because I'm trying to set up an environment where kernel-level work can be done remotely. Having more perspectives will help. regards, -Lars
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
Lars NoodC)n wrote: bofh wrote: I think Marco's point was that if there are crashes, lockups, etc, it is a pain in the ass not to have console access, or to be able to unplug the power and reboot into a working config/kernel, etc etc. ... Access to a second box, for control, which has both serial and Ethernet connections to the development units is the first step. What else is there on a wish-list for being able to do kernel-level work remotely? What architecture-specific troubles are common? I notice some of the PPC and AMD64 units I have do not have serial output. As far as the power-cycling of hardware goes, I'm looking into GPIO on the motherboard to control optocouplers (or equiv) to control power relays which can then switch the wall current for some development units on or off. For equipment with hardware reset, the relay can be skipped. These would be controlled via the control box's GPIO using gpioctl. I ask because I'm trying to set up an environment where kernel-level work can be done remotely. Having more perspectives will help. regards, -Lars Lars, coupla things that might be useful, first off it bears mention that quite a few higher-end machines (eg Sun Fire T1000) have a lights-out management device or card of some sort which allows pretty much full control over the machine over either ethernet or serial, or both. In the case of the T1000, its only interfaces are 4 ethernet jacks for the machine, and 2 RJ45's, one serial and one ethernet for the ALOM. A machine of this type wouldn't need a management machine at all, everything can be done over ethernet. Given it doesn't have peripheral or monitor outputs, there is in fact no difference between being there and being on another continent. The T1000 is the extreme case, but both HP and Dell to name two companies provide management cards which give a certain amount of remote control. Googling for Dell DRAC and HP iLOM may be useful to you. The other thing is that the guys over at CoreBoot have spent some time addressing low-level remote control of motherboards for testing their BIOS code. I don't know if they still do, but they used to have an automated system which built, flashed and booted their code on a variety of motherboards. I think Google provided some of the resources. I don't know if its the sort of thing that you're looking for, but their work might give you a head start on being able to reset systems with GPIOs. si1entDave
Any Dev interested in SIS Ethernet/SATA driver development?
Hi, I have a new PC with an Athlon 64 CPU, and SiS Chipsets. The SiS SATA Chip, and the SiS Onboard Ethernet Controller doesn't work on OpenBSD. The SATA-HDD works without DMA. I plugged in a PCI-Ethernet Card and an IDE HDD, but if any developer have interest to develop a driver for the SiS 190 Ethernet Controller, or the SiS 183 SATA Chip, I can provide SSH access to the machine for developing (including sudo-root access of course). Full dmesg (after plugging in the extra ethernet card, but before using the IDE-HDD): http://www.maroufi.net/dmesg_gawain A FreeBSD driver for the SiS 190 ethernet card exists here: http://www.nabble.com/SiS-190-NIC-driver-td14260735.html Cheers Reni -- Reni Maroufi i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
You should try current. I have these very chipsets on a board I have, and the IDE support works great for PATA drives, haven't plugged in any SATA drives I will admit, mind showing a dmesg so we can get an idea of how old a kernel you are running/ It was suggested to me the SIS 190 is such a rare find that it might not be worth the effort to support it. I'll let others comment if this is accurate or not. Thanks, -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt Penned by Rene Maroufi on 20081226 21:26.45, we have: | Hi, | | I have a new PC with an Athlon 64 CPU, and SiS Chipsets. The SiS SATA | Chip, and the SiS Onboard Ethernet Controller doesn't work on OpenBSD. | The SATA-HDD works without DMA. I plugged in a PCI-Ethernet Card and an | IDE HDD, but if any developer have interest to develop a driver for the | SiS 190 Ethernet Controller, or the SiS 183 SATA Chip, I can provide SSH | access to the machine for developing (including sudo-root access of | course). | | Full dmesg (after plugging in the extra ethernet card, but before using | the IDE-HDD): | http://www.maroufi.net/dmesg_gawain | | A FreeBSD driver for the SiS 190 ethernet card exists here: | http://www.nabble.com/SiS-190-NIC-driver-td14260735.html | | Cheers | Reni | -- | Reni Maroufi | i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
I'll comment by saying that developing a storage driver remotely is a total pain in the ass bordering impossible. On Fri, Dec 26, 2008 at 03:16:26PM -0600, Todd T. Fries wrote: You should try current. I have these very chipsets on a board I have, and the IDE support works great for PATA drives, haven't plugged in any SATA drives I will admit, mind showing a dmesg so we can get an idea of how old a kernel you are running/ It was suggested to me the SIS 190 is such a rare find that it might not be worth the effort to support it. I'll let others comment if this is accurate or not. Thanks, -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt Penned by Rene Maroufi on 20081226 21:26.45, we have: | Hi, | | I have a new PC with an Athlon 64 CPU, and SiS Chipsets. The SiS SATA | Chip, and the SiS Onboard Ethernet Controller doesn't work on OpenBSD. | The SATA-HDD works without DMA. I plugged in a PCI-Ethernet Card and an | IDE HDD, but if any developer have interest to develop a driver for the | SiS 190 Ethernet Controller, or the SiS 183 SATA Chip, I can provide SSH | access to the machine for developing (including sudo-root access of | course). | | Full dmesg (after plugging in the extra ethernet card, but before using | the IDE-HDD): | http://www.maroufi.net/dmesg_gawain | | A FreeBSD driver for the SiS 190 ethernet card exists here: | http://www.nabble.com/SiS-190-NIC-driver-td14260735.html | | Cheers | Reni | -- | Reni Maroufi | i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
On Fri, Dec 26, 2008 at 03:32:50PM -0600, Marco Peereboom wrote: I'll comment by saying that developing a storage driver remotely is a total pain in the ass bordering impossible. Not, if there are 2 hard drives, both connected different (separate Controllers). My OpenBSD System (amd64, 4.4 stable) runs from the IDE drive. The SATA drive isn't in use any more. Cheers Rene -- Reni Maroufi i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
When was the last time you did it? On Fri, Dec 26, 2008 at 11:10:41PM +0100, Rene Maroufi wrote: On Fri, Dec 26, 2008 at 03:32:50PM -0600, Marco Peereboom wrote: I'll comment by saying that developing a storage driver remotely is a total pain in the ass bordering impossible. Not, if there are 2 hard drives, both connected different (separate Controllers). My OpenBSD System (amd64, 4.4 stable) runs from the IDE drive. The SATA drive isn't in use any more. Cheers Rene -- Reni Maroufi i...@maroufi.net
Re: Any Dev interested in SIS Ethernet/SATA driver development?
On Fri, Dec 26, 2008 at 5:10 PM, Rene Maroufi i...@maroufi.net wrote: On Fri, Dec 26, 2008 at 03:32:50PM -0600, Marco Peereboom wrote: I'll comment by saying that developing a storage driver remotely is a total pain in the ass bordering impossible. Not, if there are 2 hard drives, both connected different (separate Controllers). My OpenBSD System (amd64, 4.4 stable) runs from the IDE drive. The SATA drive isn't in use any more. I think Marco's point was that if there are crashes, lockups, etc, it is a pain in the ass not to have console access, or to be able to unplug the power and reboot into a working config/kernel, etc etc. Even without any development experience I can see that as a pain. There are simply a whole bunch of things that are a pain in the ass without having physical access, and kernel development is one of them. Especially if the chipsets are undocumented or special which is what these sound like they are. -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
