summaryrefslogtreecommitdiffstats
path: root/sys/dev/xen
Commit message (Collapse)AuthorAgeFilesLines
* fix non-witness compilekmacy2009-02-051-0/+1
|
* Adds support for SCTP checksum offload. This meansrrs2009-02-031-1/+12
| | | | | | | | | | | | | we, like TCP and UDP, move the checksum calculation into the IP routines when there is no hardware support we call into the normal SCTP checksum routine. The next round of SCTP updates will use this functionality. Of course the IGB driver needs a few updates to support the new intel controller set that actually does SCTP csum offload too. Reviewed by: gnn, rwatson, kmacy
* break out of loop if we run out of mbufskmacy2009-02-021-5/+6
|
* Last step of splitting up minor and unit numbers: remove minor().ed2009-01-281-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Inside the kernel, the minor() function was responsible for obtaining the device minor number of a character device. Because we made device numbers dynamically allocated and independent of the unit number passed to make_dev() a long time ago, it was actually a misnomer. If you really want to obtain the device number, you should use dev2udev(). We already converted all the drivers to use dev2unit() to obtain the device unit number, which is still used by a lot of drivers. I've noticed not a single driver passes NULL to dev2unit(). Even if they would, its behaviour would make little sense. This is why I've removed the NULL check. Ths commit removes minor(), minor2unit() and unit2minor() from the kernel. Because there was a naming collision with uminor(), we can rename umajor() and uminor() back to major() and minor(). This means that the makedev(3) manual page also applies to kernel space code now. I suspect umajor() and uminor() isn't used that often in external code, but to make it easier for other parties to port their code, I've increased __FreeBSD_version to 800062.
* merge 186535, 186537, and 186538 from releng_7_xenkmacy2008-12-295-103/+103
| | | | | | | | | | | | | Log: - merge in latest xenbus from dfr's xenhvm - fix race condition in xs_read_reply by converting tsleep to mtx_sleep Log: unmask evtchn in bind_{virq, ipi}_to_irq Log: - remove code for handling case of not being able to sleep - eliminate tsleep - make sleeps atomic
* Integrate 185578 from dfrkmacy2008-12-043-241/+300
| | | | Use newbus to managed devices
* Don't call ether_ioctl() with locks held. Loop in xn_rxeof() until the backenddfr2008-11-301-81/+85
| | | | | stops adding stuff to the ring otherwise we miss RX interrupts which kills performance.
* Remove unused consdev structure fields.ed2008-10-271-1/+0
| | | | | | The cn_unit and cn_tp fields don't seem to be used anywhere. Some drivers set them, while others don't. Just remove them, in an attempt to make our consdev code a little easier to understand.
* Replace all calls to minor() with dev2unit().ed2008-09-271-1/+1
| | | | | | | | | | | | | | | After I removed all the unit2minor()/minor2unit() calls from the kernel yesterday, I realised calling minor() everywhere is quite confusing. Character devices now only have the ability to store a unit number, not a minor number. Remove the confusion by using dev2unit() everywhere. This commit could also be considered as a bug fix. A lot of drivers call minor(), while they should actually be calling dev2unit(). In -CURRENT this isn't a problem, but it turns out we never had any problem reports related to that issue in the past. I suspect not many people connect more than 256 pieces of the same hardware. Reviewed by: kib
* Update xen/interface includes to the latest in mercurialkmacy2008-09-262-6/+10
| | | | MFC after: 1 month
* reflect header change in netfrontkmacy2008-09-251-1/+1
| | | | MFC after: 1 month
* Decontextualize the couplet VOP_GETATTR / VOP_SETATTR as the passed threadattilio2008-08-281-1/+1
| | | | | | was always curthread and totally unuseful. Tested by: Giovanni Trematerra <giovanni dot trematerra at gmail dot com>
* Evidently the block device starts at 767.kmacy2008-08-241-1/+1
| | | | MFC after: 1 month
* make block devices start at 0kmacy2008-08-231-3/+4
|
* For reasons that I have not delved in to Xen 3.2 netback now does header ↵kmacy2008-08-211-21/+38
| | | | | | | | | splitting so packets > 128 bytes are now split in to multiple buffer. This fixes netfront to handle multiple buffers per rx packet. MFC after: 1 month
* change netfront to match xen31_6kmacy2008-08-202-3/+3
| | | | fix console locking
* mark blkfront_info as readykmacy2008-08-201-1/+2
| | | | MFC after: 1 month
* include vmparam.h for KERNBASE and fix typokmacy2008-08-201-2/+3
|
* register netfront before xenbus does its probingkmacy2008-08-201-1/+1
| | | | MFC after: 1 month
* Integrate the Xen console driver.ed2008-08-201-165/+36
| | | | | | | | | I initially didn't want to integrate the Xen console driver, because it did not receive any testing. Kip Macy suggested that I'd better check it in right now, because this is the easiest way for him to test it while he is working on the Xen import. Requested by: kmacy
* Make sure that machine addresses are vm_paddr_tkmacy2008-08-171-6/+7
| | | | MFC after: 1 month
* Compile fixes for xen build.kmacy2008-08-152-4/+0
| | | | MFC after: 1 month.
* Import Xen paravirtual drivers.kmacy2008-08-1212-0/+8270
MFC after: 2 weeks
OpenPOWER on IntegriCloud