On Sat, Jan 14, 2012 at 08:56:58AM -0500, Loganaden Velvindron wrote:
On Wed, Jan 04, 2012 at 02:55:04PM +1100, Jonathan Gray wrote:
On Mon, Jan 02, 2012 at 04:35:39PM -0500, Loganaden Velvindron wrote:
Attaching any CDROM/DVDRIVE causes this error message
when mouting a disk.
cd0
On Tue, Jan 03, 2012 at 01:11:05PM -0500, Brynet wrote:
Check for valid ACPI _PSS object before doing the MSR read, fixes KVM
brokeness
as reported/tested by Walter Haidinger.
It could also potentially avoid a general protection fault on theoretically
real (..yet so far not witnessed)
On Tue, Jan 03, 2012 at 12:56:46PM -0500, Loganaden Velvindron wrote:
Switching to IDE mode on the Asus P5SD2-VM activates
a weird chipset known as the SiS 1183.
pciide1 at pci0 dev 5 function 0 vendor SiS, unknown product 0x1183 rev
0x03: DMA (unsupported), channel 0 wired to native-PCI,
On Mon, Jan 02, 2012 at 04:35:39PM -0500, Loganaden Velvindron wrote:
Attaching any CDROM/DVDRIVE causes this error message
when mouting a disk.
cd0(pciide0:0:1): timeout
type: atapi
c_bcount : 2048
c_skip : 0
The machine then freezes and a hard reboot is necessary.
This issue has
From Dimitry Andric in FreeBSD:
o Make the value_type, vector_type, iterator, __mutex_type types of
free_list class so we can access them
o In some cases template keywords must be inserted to treat classes as
dependent template names
Index: include/ext/bitmap_allocator.h
The following lets i386 print out AMD specific feature flags
(ie NXE, LONG) similiar to what we already do on amd64.
The Cyrix 3DNOW flag is removed as it should show up
in the AMD specific flags in addition to the Intel ones.
Index: i386/locore.s
On Fri, Oct 28, 2011 at 03:01:42PM +0200, Mark Kettenis wrote:
Date: Fri, 28 Oct 2011 20:54:48 +1100
From: Jonathan Gray j...@goblin.cx
The following lets i386 print out AMD specific feature flags
(ie NXE, LONG) similiar to what we already do on amd64.
The Cyrix 3DNOW flag
Comments inline
On Wed, Oct 19, 2011 at 10:53:32PM -0500, joshua stein wrote:
this adds support to axe(4) for the ax88772b usb ethernet adapter
that came with my asus ux21.
it adds the usb device and an ax88772b-specific register that
freebsd sets[1].
according to linux[2], the ax88772b
The following adds support for Intel 82580 based cards like
the Intel i340 and HP NC365T. Please test to make sure
it does not break your existing em, especially with multiport
setups.
Index: if_em.c
===
RCS file:
On Sun, Sep 04, 2011 at 01:41:26AM +0200, Martin Pelikan wrote:
Hi!
I'm working with Gigabyte H61M-S2V-B3 right now. Graphics built in CPU
supports at most 800x600 in X.org, but the rest of the machine seems
fine. Dmesg at dmesg@ and at NYCBUG database.
However, these are missing (fixed
The vendor part should be sorted by number, I fixed that part
up and committed, thanks.
On Sat, Sep 03, 2011 at 03:41:57AM -0400, Loganaden Velvindron wrote:
I added it to the usbdevs file, and
modified the device probe code in if_udav.c
Index: usbdevs
As pointed out by Richard Guenther our definition
of NULL will be incorrect for c++ compilers that aren't
gcc (or pretend to be gcc like clang).
Index: dirent.h
===
RCS file: /cvs/src/include/dirent.h,v
retrieving revision 1.21
diff
The following fixes the gcc link spec so that gcc -rdynamic
will pass -export-dynamic to ld(1). export-dynamic/-E has
been a valid gnu ld option since 1994 and we use 2.15 everywhere
at the moment so this should be fine. objdump -T can
be used to easily test this.
This diff does not contain
On Wed, Jun 22, 2011 at 11:55:20PM -0400, Brad wrote:
Some fixes for re(4) chipset identification..
- Rename 8168 revision entries to 8168B to reflect proper naming. From
FreeBSD
- Change 8168C_SPIN2 rev string to differentiate from the first rev.
- Change 8169SBL ident string to also
On Tue, May 24, 2011 at 10:46:52AM +0100, Andrew Haley wrote:
FYI: mips-openbsd gcc to be deprecated.
Is the MIPS OpenBSD port dead?
Andrew.
mips64 http://www.openbsd.org/sgi.html and
mips64el http://www.openbsd.org/loongson.html
are very much alive, the problem is in finding people
The following diff updates the firmware used
by bnx(4) devices to the latest version in FreeBSD.
To make sure this doesn't break one of your machines
please test.
http://team.vantronix.net/~jsg/bnxfw.diff
cd /usr/src/sys/dev/microcode/bnx/
patch -p0 bnxfw.diff
make clean make obj make make
On Tue, Jan 25, 2011 at 06:24:28PM +0800, Kevin Lo wrote:
Hi,
The following diff adds support for Atheros AR8151/AR8152 chipsets;
mostly from FreeBSD. It also fixes an issue i386/6311.
Tested on Acer AOD255E.
Is there an updated diff for this? It seems this never made it
into the tree.
On Mon, Apr 04, 2011 at 08:06:57PM +0200, Pascal Stumpf wrote:
pcc currently only chokes on some inline functions that need external
linkage. gcc isn't pesky about that, but pcc and clang are (rightfully,
imo). Anyway, the functions in question are:
net/pf.c: pf_addr_compare (was
You should reuse the CENIX OUI already defined in
miidevs rather than add another value for it.
What makes you think it is 79C873 specifically?
Does the device attach to a ehci or uhci uhub?
It seems rather strange to see udav devices still
about unless it is one of davicom's newer usb2
based
The reset callback to wdc was added for this, but it didn't help
some systems with the problem so the pciide bits never went in.
If someone has a system that is known to need the workaround
this can certaintly be looked into again though.
On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote:
On Thu, Jan 13, 2011 at 12:13:14AM +0100, Claudio Jeker wrote:
On Wed, Jan 12, 2011 at 11:57:59PM +0100, Martin Pelikan wrote:
Hello,
this patch makes ospfd(8) and ospf6d(8) check its config file permissions
even if run with a -n to test it. bgpd already behaves this way (changed
6 years
ok, but you should add 0x13 Advanced Features as well:
http://www.pcisig.com/specifications/conventional/pci_30/ECN_Conventional_Adv_Caps_27Jul06.pdf
On Tue, Jan 11, 2011 at 11:44:54PM +0100, Mark Kettenis wrote:
Capability 0x12 is called SATA. I have a diff to add PCI_CAP_SATA
to pcireg.h,
On Wed, Dec 29, 2010 at 01:51:44PM +0100, Mark Kettenis wrote:
Gets rid of the unknown i686 model 0xXX, can't get bus clock message
on the Xeon 3600/5600. Also pre-emptively adds the Xeon 6500/7500. I
updated the comments to include the names of the matching Xeon
variants; the market people
On Wed, Dec 29, 2010 at 11:08:55PM +0100, Mark Kettenis wrote:
Date: Thu, 30 Dec 2010 08:44:33 +1100
From: Jonathan Gray j...@goblin.cx
On Wed, Dec 29, 2010 at 01:51:44PM +0100, Mark Kettenis wrote:
Gets rid of the unknown i686 model 0xXX, can't get bus clock message
on the Xeon
On Fri, Dec 10, 2010 at 12:46:49PM +0100, MERIGHI Marcus wrote:
declined or forgotten?
applied without the comments and the man page entry sorted
On Mon, Nov 29, 2010 at 05:25:38PM +0100, MERIGHI Marcus wrote:
hello,
disclaimer: David Coppa told me to post this to tech@ so this is not a
case of cross posting.
bought a ZTE MF112 today for my girlfriends ms win notebook. Took the
chance to test it on OpenBSD.
Without the patches
Thanks, committed.
On Tue, Oct 12, 2010 at 10:40:19AM +0200, Landry Breuil wrote:
On Tue, Oct 12, 2010 at 06:04:09AM +1100, Jonathan Gray wrote:
The kerberosV code switched to using the version of DES
in libcrypto when biorn imported heimdal 0.7.2 over four
years ago, the following diff removes the uneeded
The kerberosV code switched to using the version of DES
in libcrypto when biorn imported heimdal 0.7.2 over four
years ago, the following diff removes the uneeded linking
to libdes.
As the code in OpenSSL/libcrypto is based on the code
in libdes it would be nice if we could move the following
On Sun, Aug 29, 2010 at 05:19:33AM +0200, Laurent Ghigonis wrote:
Hello :)
After posting about a problem i had with my Linksys USB300M axe(4) adapter
(AX88772 based, phy not working correctly, cannot send anything)
http://marc.info/?l=openbsd-miscm=128050785229742w=2
and reading from
The following diff makes sure we check the
right mask for the other function on 82575 and
removes the return value that treats a MNG
timeout as fatal as per the Intel code in FreeBSD.
This addresses problems seem by Peter Bisroev with
PHY initialisation across reboots on quad ET cards,
but please
On Thu, Aug 26, 2010 at 12:34:19AM +1000, Jonathan Gray wrote:
Currently rarpd can only listen on all or one interface, the
following lets multiple interfaces be specified like dhcpd.
previous diff missed usage as pointed out by sthen/jmc
Index: rarpd.8
Currently rarpd can only listen on all or one interface, the
following lets multiple interfaces be specified like dhcpd.
Index: rarpd.8
===
RCS file: /cvs/src/usr.sbin/rarpd/rarpd.8,v
retrieving revision 1.17
diff -u -p -r1.17
On Mon, Jul 12, 2010 at 09:32:30PM -0400, Ted Unangst wrote:
To help investigate some changes recently, I wrote a tool that will
extract (reverse) patches from cvs. I was telling a coworker about this
today, and he said it was a lot like cvsps. Maybe it is, but cvsps chokes
big time
On Tue, Jul 13, 2010 at 01:58:50PM +, Michael Shalayeff wrote:
re
i was testing the diff on our shitz here and it works.
dual-port Intel PRO/1000 on pci-express and on-boards.
added a couple more checks where it seemed to make sense.
those ports having problems before seem to work now.
The following diff from SAITOH Masanobu should help multiport
82575/82576 adapters, but needs to be tested on
all 82575/82576 devices people have, ie
PRO/1000 PT (82575EB
PRO/1000 PF (82575EB)
PRO/1000 QP (82575GB)
PRO/1000 QP (82575GB
PRO/1000 (82576)
PRO/1000 FP (82576)
PRO/1000 FP (82576)
On Sat, Jul 03, 2010 at 12:57:15PM +1000, Jonathan Gray wrote:
On Sat, Jun 26, 2010 at 11:48:15PM -0600, Gordon Willem Klok wrote:
Hello this should make speedstep work on nehalem cpu's (i3, i5, i7s) where
est uses acpi to get the available states. Please let me know of any
issues
On Sat, Jun 26, 2010 at 11:48:15PM -0600, Gordon Willem Klok wrote:
Hello this should make speedstep work on nehalem cpu's (i3, i5, i7s) where
est uses acpi to get the available states. Please let me know of any
issues
This is not changing the places where it interprets PERF_STATUS
on
On Fri, Jun 11, 2010 at 05:18:06PM +0200, Dawe wrote:
Hello,
after adding the id of the em(4) in my shiny new T410i it fails with
an invalid EEPROM checksum after attaching to it.
Maybe the id patches are still of some use.
This is one of the PCH family devices and includes a new PHY.
FreeBSD
On Tue, Jun 01, 2010 at 09:14:53PM +0200, Tim van der Molen wrote:
I'm running i386 -current of 13 May and ran into surprising behaviour
from gcc. Consider the following code snippet:
int i;
i = 1;
if (i += 1 == 2)
printf(%d; should be 2\n, i);
i
http://www.openbsd.org/faq/current.html#20100203
On Fri, Mar 26, 2010 at 03:11:24PM +0530, Amarendra Godbole wrote:
As indicated in /usr/src/Makefile, I am trying to take the obj
directory outside of the source. Quoting Makefile:
# 2) It is also recommended that you compile with objects
On Fri, Oct 16, 2009 at 09:19:49PM +0200, frantisek holop wrote:
the ahci patch makes the disk work in ahci mode when i flip
the switch in the bios to ahci mode. without it i had
port reset messages and the drive is not found.
so this product id doesn't change when ahci is enabled in the
801 - 842 of 842 matches
Mail list logo