Floating point constants default to double precision and can be made
single precision with a 'f' or 'F' suffix or long double precision
with 'l' or 'L'.
It turns out indent only knows about 'u'/'U' and 'l'/'L' suffixes and
will add a space between floating point constants and the suffix if
'f' or
On Fri, Jan 16, 2015 at 09:43:36PM +, Miod Vallat wrote:
Floating point constants default to double precision and can be made
single precision with a 'f' or 'F' suffix or long double precision
with 'l' or 'L'.
It turns out indent only knows about 'u'/'U' and 'l'/'L' suffixes and
The following Bitrig commit seems to be required for
the Compulab Utilite and doesn't cause any problems on bbb.
commit 6ea8cdd3daffb2edde3eadf87d3fea6d2f47384c
Author: Patrick Wildt patr...@blueri.se
The '_all' PSR mask ends up being treated as 'fc' so switch 'msr'
instructions with '_all' to '_fsxc' so bits 23-8 are restored.
In older arm cores these bits were reserved now they are used.
While here fix 'mrs' instructions to not use psr masks, they
should take psr names. In other words
On Tue, Jan 13, 2015 at 11:38:49PM -0800, Philip Guenther wrote:
On Tue, Jan 13, 2015 at 11:36 PM, Philip Guenther guent...@gmail.com wrote:
On Tue, Jan 13, 2015 at 11:38 PM, Mike Larkin mlar...@azathoth.net wrote:
i386 is next, but that requires a PAE paging model and compatible CPU.
I've
On Wed, Dec 17, 2014 at 07:49:59PM +0900, SASANO Takayoshi wrote:
Hi,
I am trying to write a driver for Silicon Labs CP2110 USB HID based UART.
Here is work-in-progress code, and it seems to set uca.uhidev properly.
(I wrote code/tested on 5.6-release and ported to -current.)
Exar's
So now time is printed by default afl has found that time_t values
such as -9223372035438150153 will cause localtime() to fail and
return NULL. strftime() can't deal with this and will at some point
dereference tm without checking if it is NULL causing a crash.
Index: ktrstruct.c
On Wed, Dec 10, 2014 at 12:32:02AM +0100, Stefan Fritsch wrote:
Hi,
in summer, I posted some paravirt patches for amd64. In response to the
comments I received then, I have created some infrastructure to binary
patch kernel code during boot. In order to get some feedback, I am posting
On Wed, Dec 10, 2014 at 10:39:37AM +0100, Sébastien Marie wrote:
Hi,
Fuzzing sed with afl, I found a crash due to use of uninitialized
variable.
In process.c oldpsl variable need to be initialized:
$ echo | sed -e 'g;P'
Segmentation fault (core dumped)
The following patch correct
On Wed, Dec 10, 2014 at 11:46:57AM +0100, Sébastien Marie wrote:
On Wed, Dec 10, 2014 at 11:16:21AM +0100, Sébastien Marie wrote:
Hi,
In compile_flags, the variable holding the filename ('w' flag of 's'
command) is an array with PATH_MAX length.
We should check the size of wanted
On Wed, Dec 10, 2014 at 02:09:10PM +0100, Sébastien Marie wrote:
Hi Jonathan,
I think there is a mistake in pointer comparaison (q + 1 = eq): it
results we keep two chars at end (whereas only one is necessary for
'\0').
- eq points to the last cell in array before out-of-bound.
eq =
On Tue, Dec 09, 2014 at 01:14:16PM -0500, Matt Dainty wrote:
* Ted Unangst t...@tedunangst.com [2014-12-08 13:28:36]:
On Mon, Dec 08, 2014 at 11:52, Matt Dainty wrote:
* Jonathan Gray j...@jsg.id.au [2014-12-08 08:08:19]:
Well any name that includes gpio that isn't taken should be fine
On Fri, Dec 05, 2014 at 01:32:08PM -0500, Matt Dainty wrote:
* Jonathan Gray j...@jsg.id.au [2014-12-05 10:16:41]:
Perhaps a driver name change to reflect that this is to interface to the
fpga on the soekris?
This is tcpcib(4) all over again ;-)
NetBSD committed this driver
On Fri, Dec 05, 2014 at 11:24:30AM +0100, Gabriel Linder wrote:
Hi,
On a 5.6-release I have an ix card which refuses to work with unsupported
SFP+ modules, saying this : ix0 at pci1 dev 0 function 0 Intel 82599 rev
0x01Unsupported SFP+ Module.
However, this seems to be an artificial
Perhaps a driver name change to reflect that this is to interface to the
fpga on the soekris?
I wonder if the 16 bit general purpose I/O, 26 pins header, connected
to FPGA on the net6801 will have the same interface.
On Fri, Dec 05, 2014 at 10:05:46AM -0500, Matt Dainty wrote:
Anyone?
On Tue, Dec 02, 2014 at 11:31:08AM +0100, Markus Bergkvist wrote:
I have this relay-board
http://www.robot-electronics.co.uk/htm/usb_rly08btech.htm
which identifies itself as
$ usbdevs -vda 6
Controller /dev/usb0:
addr 6: full speed, self powered, config 1, USB-RLY08(0xffee), Devantech
On Mon, Nov 24, 2014 at 08:12:33PM -0600, Edwin Amsler wrote:
Here are the changes needed to make SATA drives available on the Cubieboard
A10. It consists of a DMA workaround and fiddling with some register
assignments. I?ve successfully built the RAMDISK kernel via an external drive
using
On Sat, Nov 22, 2014 at 02:06:48PM -0600, Edwin Amsler wrote:
Hey there,
This e-mail is about design and custom arch-specific code.
I?m trying to author a patch from Bitrig to enable proper support for AHCI in
the SUNXI ARMv7 port. There?s a bit of a quirk in how SUNXI handles DMA from
On Sat, Nov 22, 2014 at 04:38:10PM +0100, Tobias Stoeckmann wrote:
On Sat, Nov 22, 2014 at 11:45:02AM +0100, Tobias Stoeckmann wrote:
as jsg@ pointed out, rcs will segfault reliably when using malloc.conf with
'J' (the pointer in question is filled with d0's).
As Theo suggested, xcalloc
On Sun, Nov 23, 2014 at 02:30:27PM +1100, Jonathan Gray wrote:
On Sat, Nov 22, 2014 at 04:38:10PM +0100, Tobias Stoeckmann wrote:
On Sat, Nov 22, 2014 at 11:45:02AM +0100, Tobias Stoeckmann wrote:
as jsg@ pointed out, rcs will segfault reliably when using malloc.conf
with
'J
On Sun, Nov 02, 2014 at 01:08:46AM -0500, Ted Unangst wrote:
several kernel files have a dependency on unistd.h but fail to include
it. (indirect include through file.h, which i'd like to eliminate.)
if you need the file, include it.
and udf_subr.c at least is one file that doesn't need
On Mon, Oct 20, 2014 at 12:15:42PM +0200, Raphael Graf wrote:
On Thu, October 16, 2014 11:40 pm, Patrick Wildt wrote:
I do believe that this is a pmap issue.
I just got hands on an Allwinner A20 and suffered the same issues:
pool_setlowat crashing randomly, same for ahci and so on.
I
Here are some updated images with the fix
for the interrupt controller on cortex a7/15.
http://marc.info/?l=openbsd-cvsm=141278003609690w=2
http://jsg.id.au/openbsd/armv7/bsd.SUNXI.umg
http://jsg.id.au/openbsd/armv7/bsd.rd.SUNXI.umg
Though it sounds like A20/sun7i handles the
timer in a
On Sat, Oct 04, 2014 at 06:26:29AM +0900, SASANO Takayoshi wrote:
Hi,
When using
OpenBSD 5.6 (RAMDISK-SUNXI) #3: Sun Aug 31 18:46:49 EDT 2014
could you drop into config (pass -c to boot) and try to disable echi?
What shoud I do pass boot -c string to armv7 kernel?
On i386/amd64
On Mon, Oct 06, 2014 at 05:10:58AM +0900, SASANO Takayoshi wrote:
Hi,
I've put up a recently built ramdisk with the l1 pte change here:
http://jsg.id.au/openbsd/bsd.rd.SUNXI.umg
Thanks but not worked...
And, Ethernet PHY(RTL8211E) is recognized as ukphy.
I heard that the power of PHY
On Thu, Oct 02, 2014 at 09:16:43PM +0200, Patrick Wildt wrote:
Hi,
I remember that there has been an issue, only seen on Cortex-A7/A15, like the
Allwinner A20.
The fix for that issue is somewhere here[0].
Try this[1] kernel and have a look if it has the same issue or not.
I do not
On Mon, Sep 22, 2014 at 06:48:49PM +0200, Raphael Graf wrote:
I'm sorry, this diff was using the wrong defines.
Here's a corrected version.
Any comments or oks?
+
+ if (sectors != 0) {
+ sf-flags |= SFF_SDHC;
+ sf-csd.capacity =
On Sun, Sep 21, 2014 at 04:01:41PM +0900, SASANO Takayoshi wrote:
Hello,
Here is Nanjing QinHeng Electronics (Winchiphead)'s CH382
PCIe-UART controller's PCI vendor/device ID.
Chinese Datasheet can be obtained from
http://www.wch.cn/downloads/downfile.php?id=140
Can I commit?
The
Seems reasonable given the file uses timeouts, but it
compiles fine at the moment on i386. Which platform
requires this?
On Sat, Sep 20, 2014 at 03:00:20AM -0400, Atticus wrote:
Revision 1.11 of pcppi.c is missing an include for sys/timeout.h, without
which leaves sc_bell_timeout without a
On Sat, Sep 20, 2014 at 06:01:51PM +0200, Cédric Tessier wrote:
Hi,
I've bought a BeagleBone Black rev. C board, and I was trying to install
OpenBSD on it, but the internal eMMC was causing errors.
sdmmc1: unknown CARD_TYPE 0x17
scsibus1 at sdmmc1: 2 targets, initiator 0
sd1 at
didn't get around to trying amd64.
It's possible that my source tree
was buggered up somehow, but since that was the only error, I don't think
that's very likely.
On Sat, Sep 20, 2014 at 3:51 AM, Jonathan Gray j...@jsg.id.au wrote:
Seems reasonable given the file uses timeouts
With vmware player on a haswell machine with ept.
virtual machine configured with two processors.
kernel builds on ffs not tmpfs.
system kernel benchmark speed up
vmware MP kernel -j2 1.09
vmware MP kernel -j4 1.08
vmware MP forktest2.50
On Mon, Sep 01, 2014 at 12:41:37AM -0400, Ted Unangst wrote:
On Mon, Sep 01, 2014 at 14:03, Jonathan Gray wrote:
This adds support for using the SVR4/glibc word delimeters
in regcomp as an extension to what posix requires.
We already have [[::]] and [[::]] as extensions, apparently
On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
Add some feature flags and store in the softc the various max Jumbo frame
sizes
for the different generations of chips. No behavioral change.
Tested with..
re0
On Fri, Sep 05, 2014 at 07:07:04AM -0600, Todd C. Miller wrote:
Years ago I bought a Promise TX2plus PCI card which is a two channel
SATAII board w/ one ATA channel that uses a PDC20775. It wasn't
supported at the time so it went on a shelf. The other day I tried
to get it working and found
On Fri, Sep 05, 2014 at 03:10:01PM -0400, Brad Smith wrote:
On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
Add some feature flags and store in the softc the various max Jumbo frame
sizes
for the different
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
Add some feature flags and store in the softc the various max Jumbo frame
sizes
for the different generations of chips. No behavioral change.
Tested with..
re0 at pci2 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D
This adds support for using the SVR4/glibc word delimeters
in regcomp as an extension to what posix requires.
We already have [[::]] and [[::]] as extensions, apparently
from 'Henry Spencer's Alpha 3.0 regex release' back in 1993.
But now Solaris/Linux/FreeBSD all have the other syntax
and sadly
Rather than calling acpi_setfan() again would it make
sense to remove the cached state value and move
the state reading to just before the method is called?
That said I'm not familiar with the acpitz code and
haven't gone off to look at the spec.
Index: acpitz.c
On Sat, Aug 16, 2014 at 11:51:46PM -0700, Philip Guenther wrote:
On Wed, Jul 9, 2014 at 12:26 PM, Stefan Fritsch s...@sfritsch.de wrote:
On Tuesday 08 July 2014 23:53:21, Mark Kettenis wrote:
...
If we're serious about supporting OpenBSD on (KVM) hypervisors,
something like this
This switches the /usr/bin/cpp shell script cpp wrapper to tradcpp.
As the script sets -traditional by default anything calling this script
has been getting traditional semantics.
gcc3 and gcc4 have a builtin preprocessor that is used by default
that can be disabled with -no-integrated-cpp in
On Sat, Aug 09, 2014 at 04:17:51PM +0200, Joerg Sonnenberger wrote:
On Sat, Aug 09, 2014 at 11:37:02PM +1000, Jonathan Gray wrote:
clang only has an integrated preprocessor and does not have
a standalone preprocessor or the option of using one.
Huh? clang-cpp will certainly act
On Sat, Aug 09, 2014 at 02:51:28PM -0500, joshua stein wrote:
On Sat, 09 Aug 2014 at 02:10:51 +1000, Jonathan Gray wrote:
This extends the list of devices the installer will skip
asking the vga aperture question on to cover virtual machines.
If Xorg is going to be run
This extends the list of devices the installer will skip
asking the vga aperture question on to cover virtual machines.
If Xorg is going to be run machdep.allowaperture will have to
be manually set in sysctl.conf. I suspect most people aren't
running X in VMs though, thoughts?
Needs the pcidevs
I'm looking for a few people to test some additional
radeondrm fixes from the recently released Linux 3.8.13.27:
https://lkml.org/lkml/2014/7/25/621
In particular on newer asics with displayport/eDP as I
can only test on r100/lvds at the moment.
commit 85cdd5e933c0f9fe3262067e707eed565db46378
sys.mk automatically gets included by make(1) and sets CXXFLAGS to
CFLAGS. If a Makefile defines additional CFLAGS they will then be
passed to the C++ compiler. Which creates problems with flags
that should only be used by the C compiler in Makefiles that
deal with both C and C++ (like Mesa).
On Sun, Jun 22, 2014 at 08:04:27PM -0700, Philip Guenther wrote:
On Tue, Jun 17, 2014 at 3:45 PM, Gustav Fransson Nyvell gus...@nyvell.se
wrote:
I want to alert you to this strange observation.
$ sysctl -a
...
hw.cpuspeed=3101
hw.setperf=100
...
This on an Intel i7 3920XM.
Thanks committed. This would have been matched by
RL_HWREV_8168G_SPIN2 had I not forgotten to mask the define
with 0x7c80 when adding it.
On Tue, Apr 22, 2014 at 06:02:41PM -0400, Rafael Neves wrote:
Hi tech@,
I put my hands today on a Dell Lattitude 3440 and it has an Atheros
AR9565
All the axen devices are 'USB 3.0 network adapter'
so it doesn't make sense to include that in the man page.
Isn't this device a Sitecom LN-032?
On Sun, Mar 16, 2014 at 12:38:53AM +0100, Fabian Raetz wrote:
Hi tech@,
the diff below adds support for the
Sitecom USB 3.0 network adapter.
I've confirmed with the windows and linux drivers
that it is indeed the LN-032 and added a few other
devices as well, thanks.
On Sun, Mar 16, 2014 at 01:06:35PM +1100, Jonathan Gray wrote:
All the axen devices are 'USB 3.0 network adapter'
so it doesn't make sense to include that in the man
On Fri, Feb 14, 2014 at 08:48:04AM +0100, Markus Bergkvist wrote:
I did an update to recent snapshot
OpenBSD 5.5-beta (GENERIC.MP) #287: Fri Feb 7 11:45:09 MST 2014
I have two identical monitors connected to my Intel HD Graphics 4000
on DisplayPort and HDMI respectively. Usually there is no
Update the drm headers based on libdrm 2.4.51
but make sure we still reject DRM_MODE_PAGE_FLIP_ASYNC.
Index: drm.h
===
RCS file: /cvs/src/sys/dev/pci/drm/drm.h,v
retrieving revision 1.13
diff -u -p -r1.13 drm.h
--- drm.h 17 Nov
Update libdrm to 2.4.51. Needs the previous drm
header diff. Most of the changes concern hardware
we don't support (Intel hardware not publically available
and the latest radeons) but tests welcome.
Index: Makefile.inc
===
RCS
On Fri, Dec 06, 2013 at 11:41:47PM -0500, Brad Smith wrote:
On 06/12/13 11:39 PM, Ted Unangst wrote:
On Fri, Dec 06, 2013 at 20:47, Brad Smith wrote:
On Tue, Dec 03, 2013 at 06:48:11PM -0500, Brad Smith wrote:
An unused function in the UVM code. #if 0 it out for now.
uvm_map.c:171:14:
This may give a speedup in some cases as we will allocate less
memory up front. It needs to be tested across a diverse set of
hardware for regressions however.
Requires the gtt changes kettenis recently committed.
Index: i915_dma.c
On Tue, Nov 19, 2013 at 01:09:32AM +1100, Jonathan Gray wrote:
On Sat, Nov 16, 2013 at 10:42:05AM +0100, Markus Hennecke wrote:
On Sat, 9 Nov 2013, Jonathan Gray wrote:
This adds the initial bits for the i217/i218 PHY and the
Lynx Point PCH found in Haswell systems.
Doesn't
On Sat, Nov 16, 2013 at 10:42:05AM +0100, Markus Hennecke wrote:
On Sat, 9 Nov 2013, Jonathan Gray wrote:
This adds the initial bits for the i217/i218 PHY and the
Lynx Point PCH found in Haswell systems.
Doesn't include the new workarounds yet and follows
the pch2/82579 paths for now
Here is a diff that updates Mesa to 9.2.3 a bug fix release.
Release notes can be found at http://www.mesa3d.org/relnotes/9.2.3.html
Index: dist/Mesa/Android.common.mk
===
RCS file: /cvs/xenocara/dist/Mesa/Android.common.mk,v
This adds the initial bits for the i217/i218 PHY and the
Lynx Point PCH found in Haswell systems.
Doesn't include the new workarounds yet and follows
the pch2/82579 paths for now but this seems to be enough
to make a desktop machine with I217-LM work
Index: if_em.c
On Sat, Oct 05, 2013 at 03:58:39PM +0300, Artturi Alm wrote:
awe0: address 92:1f:3d:86:69:10
ukphy0 at awe0 phy 1: Generic IEEE 802.3u media interface, rev. 1:
OUI 0x20, model 0x0020
That is an RTL8201L compatible PHY which would be handled by rlphy(4)
if you had it in your config.
On Sun, Sep 29, 2013 at 07:40:18AM +0200, frantisek holop wrote:
hmm, on Sat, Sep 28, 2013 at 12:25:27PM +0100, Stuart Henderson said that
On 2013/09/28 11:34, frantisek holop wrote:
hi there,
after inserting this D-LINK DWA-125 rev A3 usb wifi, i get:
ugen1 at uhub0 port 6
On Mon, Aug 26, 2013 at 06:34:53PM +0200, Alexis de BRUYN wrote:
Hi tech@,
In my /var/log/Xorg.0.log, I saw this error :
[14.671] (EE) AIGLX error: dlopen of
/usr/X11R6/lib/modules/dri/swrastg_dri.so failed (File not found)
That is a result of a patch that was added to fallback
to a
On Mon, Aug 19, 2013 at 07:45:42PM +0900, william dunand wrote:
Hi Tech,
It looks like urtwn(4) supports a mini dongle I happen to have bought, the
IO-DATA WN-G150UM.
I registered the device in usbdevs and if_urtwn.c and have been running it
on 5.3 without major problem for about a week
On Fri, Jun 21, 2013 at 10:20:01AM +0200, Mark Kettenis wrote:
Date: Fri, 21 Jun 2013 17:31:39 +1000
From: Jonathan Gray j...@jsg.id.au
Both gcc and clang have an extension for binary integer constants.
In gcc's case this has been around since 4.3.
The mesa backend for newer intel
Both gcc and clang have an extension for binary integer constants.
In gcc's case this has been around since 4.3.
The mesa backend for newer intel parts (i965) assumes this extension
is present in recent versions.
Below is a diff to add support for this to our in tree gcc4. While the
i965
On Sat, Jun 08, 2013 at 03:06:26AM -0400, Scott McEachern wrote:
On 06/08/13 02:38, Ville Valkonen wrote:
Hi, did you compile the recent Xenocara too?
No, I didn't get that far. Just the kernel. That's how I know it
wasn't the recent xenocara updates that caused the problem and
believe
While the recent work in inteldrm should include
support for haswell we don't currently have the agp
parts or match on the pci devices. This diff updates
things to match on all the devices the linux driver
does with a handful of marketing names found in the
windows driver.
Compile tested only
On Wed, May 15, 2013 at 11:53:45AM +0100, Stuart Henderson wrote:
On 2013/05/15 10:43, Alexey E. Suslikov wrote:
Mark Kettenis mark.kettenis at xs4all.nl writes:
Try this
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/drm/i915/i915_drv.c.diff?r1=1.26;r2=1.27;f=h
On Sun, May 05, 2013 at 01:01:28PM +0200, Maxime Villard wrote:
I have been making a code scanner for a while, and I wanted to test
a new rule, so I scanned sys/pci/drm. It found an uninitialized
variable in intel_ddi.c.
Quite simple, if !(val DDI_BUF_CTL_ENABLE) at l.1420, the variable
upstream gcc stopped warning about missing newlines at eof
five years ago, here is a diff to do the same for our gcc3/gcc4.
Index: gcc/libcpp/lex.c
===
RCS file: /cvs/src/gnu/gcc/libcpp/lex.c,v
retrieving revision 1.1.1.1
diff -u -p
On Sat, Mar 02, 2013 at 10:36:50AM -0500, Brian Callahan wrote:
Hi tech --
While doing some ports testing with clang, I came across the
binutils bug mentioned here:
http://lists.gnu.org/archive/html/bug-binutils/2004-07/msg0.html
Below is a backport of the commit mentioned later in
The following adds ut/nut flags to indent to enable/disable
tabs which seems to have originated in gnu indent.
-nut seems to have quite a bit of usage and is currently
assumed in the Mesa3D build when generating code.
Diff based on FreeBSD svn rev 131184.
Unrelated to this diff there seems to
On Wed, Apr 03, 2013 at 02:16:30PM +0100, Pedro Martelletto wrote:
Hi,
Apple has added a -Wshorten-64-to-32 option to GCC. It generates a
warning if a value is implicitly converted from a 64-bit to a 32-bit
type. I found it useful, looked at the code and ported it to OpenBSD.
I don't
It seems some people were confused about what should
be in radeondrm. In CHIP_* terms:
HD6320 is PALM
HD5450 is CEDAR
These are both evergreen/R800 parts we have no support for and
should not be listed.
Index: radeon_drv.c
===
RCS
Add the missing parts from the following Linux commit
to fix occlusion queries on r300 radeon.
commit af7ae351ad63a137ece86740dbe3f181d09d810f
Author: Maciej Cencora m.cenc...@gmail.com
Date: Tue Mar 24 01:48:50 2009 +0100
drm/radeon: add regs required for occlusion queries support
On Mon, Mar 18, 2013 at 02:49:35PM +0100, Martin Pieuchot wrote:
On 16/03/13(Sat) 11:51, Jonathan Gray wrote:
On Fri, Mar 15, 2013 at 03:30:00PM +0100, Martin Pieuchot wrote:
tatus: O
Content-Length: 119872
Lines: 4249
ueagle(4) is the only driver requiring netnatm and none
On Fri, Mar 15, 2013 at 03:30:00PM +0100, Martin Pieuchot wrote:
tatus: O
Content-Length: 119872
Lines: 4249
ueagle(4) is the only driver requiring netnatm and none of them are
enabled in GENERIC. All commits touching this code are just fixups
for fallouts of other changes.
Would anyone
The following diff changes wakeup so it will return
the number of processes it has woken up. Mostly
useful for debugging and error checking.
I initialy had a seperate function to check for a pending
wakeup but switched to the following after a suggestion from guenther.
Index: sys/sys/systm.h
As it seems this doesn't clash with any other device
we should just be able to add it.
On Sun, Mar 03, 2013 at 12:25:11AM -0800, Chuck Guzis wrote:
Lately, a bunch of cheap Chinese USB-to-Ethernet dongles have been
making their appearance in various parts of the world by a Chinese
vendor.
The following changes mostly based on what has happened in
the upstream drm code seems to resolve problems with screen corruption
on power saving/dpms on ivy bridge with ums here. Testing on ironlake/
sandy bridge/ivy bridge (aka Core i*) to make sure this doesn't break
anything appreciated.
-
On Thu, Jan 10, 2013 at 01:18:21AM +0100, Stefan Sperling wrote:
radeon/r600 acceleration currently only works properly with
the following drirc snippet:
driconf
device screen=0 driver=r600
application name=all
option name=fthrottle_mode
On Sun, Oct 28, 2012 at 01:55:34PM +0100, Alexandre Ratchov wrote:
On Sat, Oct 27, 2012 at 03:14:07PM +0200, Alexandre Ratchov wrote:
Hi,
This diff is to use dedicated messages for flow control instead of
abusing clock tick messages and to enable flow control for MIDI.
There should be
On Sat, Oct 27, 2012 at 03:14:07PM +0200, Alexandre Ratchov wrote:
Hi,
This diff is to use dedicated messages for flow control instead of
abusing clock tick messages and to enable flow control for MIDI.
There should be no change in behaviour, but this change is
necessary for future
On Fri, Oct 19, 2012 at 02:13:02PM -0400, John Baldwin wrote:
I recently converted CSRG's SCCS repository holding the original BSD history
to a Subversion repository. As a derivative work of CSRG's code base, this
repository is available under the terms of the original UC Berkeley license.
The following adds basic support for ivy bridge in xf86-video-intel.
As per sandy bridge the rings aren't enabled so this is just modesetting
and shadowfb basically. Tests on all hardware with intel video
appreciated.
Index: src/i830_bios.c
On Fri, Jul 27, 2012 at 05:27:34AM -0400, Jiri B wrote:
On Thu, Jul 26, 2012 at 07:41:56AM +0200, Tobias Wigand wrote:
Hi,
In case someone is interested, I have tried to run a comparison
between the new Virtio network driver and e1000 emulation.
This is more of a real life home usage
On Fri, May 25, 2012 at 08:23:48PM -0400, Matt Dainty wrote:
* Miod Vallat m...@online.fr [2012-05-24 09:30:37]:
We typically prefer shorter names. tcpcib might not be such a bad name.
Come on. It obviously has to be yapcib since it's yet another pcib.
Third time lucky, I've renamed
On Thu, May 24, 2012 at 06:30:02AM -0400, Matt Dainty wrote:
* Jonathan Gray j...@jsg.id.au [2012-05-24 01:23:28]:
As a general policy drivers do not have numbers in their name,
so it will have to be renamed.
Yes, I got a couple of private mails stating the same, which explains
why I
On Wed, May 23, 2012 at 05:22:24PM +0200, Gregor Best wrote:
On Wed, May 23, 2012 at 09:12:20AM +0200, Tobias Ulmer wrote:
[...]
This a read-only sensor, it has no effect on misbehaving
hardware as far as I can tell.
[...]
That is right. If I recall correctly, the very reason for
As a general policy drivers do not have numbers in their name,
so it will have to be renamed.
I'll have a look into trying it on a net6501 I have here with i386.
On Wed, May 23, 2012 at 04:52:03PM -0400, Matt Dainty wrote:
Attached are some patches that add support for the watchdog device on
. The patch
is originally from Jonathan Gray (jsg[ at ]jsg.id.au), tested by me.
Patch:
Index: sys/arch/i386/i386/machdep.c
===
RCS file: /cvs/src/sys/arch/i386/i386/machdep.c,v
retrieving revision 1.506
diff -u -p -r1.506
i386 could do something similiar but it currently sets up
update_cpuspeed callbacks early and one of these is called from piixpcib...
This will hopefully reduce the number of people claiming
their processor is in some way not working because of a printf
in the bus clock code.
Index: est.c
On Wed, Mar 07, 2012 at 07:20:50AM -0700, Brad Davis wrote:
On Tue, Feb 28, 2012 at 16:43:21 +1100, Jonathan Gray wrote:
This is not quite what FreeBSD has:
If you look at msk_phy_power it is not just for EC_U but rather:
== SK_YUKON_EC_U ||
== SK_YUKON_EX ||
= SK_YUKON_FE_P
(linux has
Sorry I can't describe this better but midi ends up being played
too fast/slow here and some notes have the wrong duration when
using eap(4) an mt-32 and scummvm. The timing of when the notes
start seems to be off as well.
http://jsg.id.au/misc/with_patch.ogg
anyone?
On Sat, Dec 17, 2011 at 03:25:41PM +1100, Jonathan Gray wrote:
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
committed with those changes
On Sat, Feb 18, 2012 at 12:03:15PM +1100, Jonathan Gray wrote:
The ppb seems to be rather the much maligned nForce 200 companion chip
according to multiple sources.
The 8200 entry seems to be better known as nForce 780a SLI
http://www.nvidia.com/object/IO_18897
On Tue, Feb 21, 2012 at 08:22:46PM +0100, Claudio Jeker wrote:
On Tue, Feb 21, 2012 at 08:15:14PM +0100, Claudio Jeker wrote:
On Fri, Feb 17, 2012 at 11:03:56AM -0700, Brad Davis wrote:
I've been running this for a few months without any problems.
Brad
mskc0 at pci2 dev 0
My impression on going over the netbsd commits where this came
from is that this was intended to be used with pci_set_powerstate and
friends. So I think the definitions should go, the bge changes go in,
but the ifdef'd out chunks with cardbus_setpowerstate should be deleted
entirely rather than
The ppb seems to be rather the much maligned nForce 200 companion chip
according to multiple sources.
The 8200 entry seems to be better known as nForce 780a SLI
http://www.nvidia.com/object/IO_18897.html
On Fri, Feb 17, 2012 at 02:39:16PM -0700, Brad Davis wrote:
I also moved GE_FORCE_9300_GE_1
On Sat, Jan 14, 2012 at 06:41:31PM +0400, Loganaden Velvindron wrote:
Yep, Chris Cappuccio.
He says that there are still issues with the SiS code. Instead
of defaulting to SiS 5597/5598, perhaps it would have been
better not to attach as it would have made the problem more
obvious.
I've
701 - 800 of 842 matches
Mail list logo
