On 14/08/17 01:40, Christian Weisgerber wrote:
Jonathan Matthew:
Better version that actually preserves the port command register state across
resets, rather than throwing it away and replacing it with garbage:
This appears to break ahci on the OverDrive 1000:
...
ahci0 at simplebus0: AHCI 1
On 13/08/17 16:52, Kaashif Hymabaccus wrote:
> Hello Mark,
>
> I have a Sun Ultra 5 with the following dmesg:
>
> console is /pci@1f,0/pci@1,1/ebus@1/se@14,40:a
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights reserved.
> Copyright
*prod*, while t2k17 is still on...
On Sat, Aug 12, 2017 at 06:26:44PM +, Florian Obser wrote:
>
> Stop supporting prefix lifetimes that decrement in real time.
> It complicates the code, it's off by default and RFC 4861 section
> 6.2.1 lists it as MAY.
> After this we can stop regenerating th
Alexander Bluhm wrote:
> On Sun, Aug 13, 2017 at 05:20:05PM -0400, Ted Unangst wrote:
> > - if (nmp->nm_sotype != SOCK_STREAM)
> > - panic("nfscon sotype");
> > + } else {
> > + panic("nfscon sotype");
>
> This panic can be reached from user land with a mani
On Sun, Aug 13, 2017 at 05:20:05PM -0400, Ted Unangst wrote:
> - if (nmp->nm_sotype != SOCK_STREAM)
> - panic("nfscon sotype");
> + } else {
> + panic("nfscon sotype");
This panic can be reached from user land with a manipulated mount_nfs
program. T
Because I have a laptop that needs it.
ok?
Index: dev/rasops/rasops.c
===
RCS file: /cvs/src/sys/dev/rasops/rasops.c,v
retrieving revision 1.46
diff -u -p -r1.46 rasops.c
--- dev/rasops/rasops.c 13 Aug 2017 22:28:23 - 1.46
+
Add new CLUST_END and use it as parameter to pcbmap() when searching
for end cluster, instead of explicitly passing 0x. This fixes potential
problem for FAT32, where cluster number may be legally bigger than 0x.
Also change clusteralloc() so that fillwith is not explicitly passed by caller
add to comments for pcbmap()
remove useless ";"
OK?
diff --git a/sys/msdosfs/msdosfs_fat.c b/sys/msdosfs/msdosfs_fat.c
index 3a3d4de0761..aeb822d4be2 100644
--- a/sys/msdosfs/msdosfs_fat.c
+++ b/sys/msdosfs/msdosfs_fat.c
@@ -123,6 +123,8 @@ fatblock(struct msdosfsmount *pmp, uint32_t ofs, uint32_
https://github.com/openbsd/src/commit/b943944faeecf3a978bf3f57df1b35335ffecbec
On Tue, Jul 11, 2017 at 4:23 AM, Stuart Henderson
wrote:
> On 2017/07/11 01:55, Kyle J. McKay wrote:
> > 2) 32-bit systems are going to be around for many years still; 32-bit ARM
> > platforms are everywhere
> ..
> >
discovered this looking at something else. we don't and won't support
seqpacket for nfs sockets.
perhaps a bit more can be cleaned up too. i don't think we support any stream
sockets that don't require connections, etc...
Index: nfs_socket.c
==
When do you plan to port amdgpu to openbsd?
Hi,
is anyone still using floppies? If yes, it would be nice if they could
give the diff below a test. It defers probing of the drives which reduces
boot time quite a bit. If floppy does not work with the diff, please also
test if it works without it. On qemu, floppy access seems to be broken (
Sorry, please ignore this diff. ifmedia_ioctl() does not propagate ENETRESET,
so this actually breaks things :(
On Sun, Aug 13, 2017 at 07:28:24PM +0200, Stefan Sperling wrote:
> When media is changed with ifconfig, the media change request passes
> through the following kernel function call chain
When media is changed with ifconfig, the media change request passes
through the following kernel function call chain:
1 iwm_ioctl()
2 iee80211_ioctl()
3 ifmedia_ioctl()
4 iwm_media_change() via ifm->ifm_change pointer
5 ieee80211_media_change()
If ieee80211_media_change() returns ENETRESET
On Sun, Aug 13, 2017 at 9:13 AM, Mark Kettenis wrote:
> Other architectures have this assignment in their setregs()
> implementation. I don't fully understand why though. Diff below
> makes arm64 consistent with the rest, but I don't think it fixes
> anything.
It does, but I think there's a bet
Other architectures have this assignment in their setregs()
implementation. I don't fully understand why though. Diff below
makes arm64 consistent with the rest, but I don't think it fixes
anything.
Index: arch/arm64/arm64/machdep.c
===
> Date: Sun, 13 Aug 2017 22:32:47 +1000
> From: Jonathan Gray
>
> Bring in some DisplayPort MST changes from linux-4.4.y/4.4.79
Sure.
> --
>
> commit 4ca0f3730e2734f67e648b2b4f12b66673e995e1
> Author: Imre Deak
> Date: Wed Jul 19 16:46:32 2017 +0300
>
> drm/mst: Avoid processing partia
On Sun, Aug 13, 2017 at 01:31:45PM +0100, Mark Cave-Ayland wrote:
> Hi all,
>
> Does anyone have any real Sun hardware containing a PCI hme card running
> OpenBSD, and if so does it work with the current 6.1 release?
>
Hello Mark,
I have a Sun Ultra 5 with the following dmesg:
console is /pci@
Jonathan Matthew:
> Better version that actually preserves the port command register state across
> resets, rather than throwing it away and replacing it with garbage:
This appears to break ahci on the OverDrive 1000:
...
ahci0 at simplebus0: AHCI 1.3
scsibus0 at ahci0: 32 targets
ahci0: stoppin
Hi,
This patch removes the unused media_encoding field, it was probably intended to
be used to add text-encoding information.
However: forcing a text-encoding can be useful in some cases.
Currently in httpd.conf the text-encoding can be set with a hack for example:
types { "text"/"plain; charset
Bring in some DisplayPort MST changes from linux-4.4.y/4.4.79
--
commit 4ca0f3730e2734f67e648b2b4f12b66673e995e1
Author: Imre Deak
Date: Wed Jul 19 16:46:32 2017 +0300
drm/mst: Avoid processing partially received up/down message transactions
commit 636c4c3e762b62aa93632c645ca6587
Hi all,
Does anyone have any real Sun hardware containing a PCI hme card running
OpenBSD, and if so does it work with the current 6.1 release?
I've been working on a virtual hme device for qemu-system-sparc64 in the
hope of getting working networking on *BSD images and I have a driver
that now wo
On Sun, Aug 13, 2017 at 09:52:22AM +0200, Martijn van Duren wrote:
> I've also been bitten by this a couple of times, but you can also solve
> this via the sensorsd framework, which is how I've done it.
Yeah, someone on IRC also suggested sensorsd or even ksh and a cronjob.
I personally find it a
On Sun, Aug 13, 2017 at 01:45:48PM +0200, Eric Faurot wrote:
> Remove the table_static_parse() indirection for parsing the file content.
> The "type" parameter is useless since the "(t->t_type & type)" test is always
> true. I think this is a left-over from the old design when table parsing was
>
Remove the table_static_parse() indirection for parsing the file content.
The "type" parameter is useless since the "(t->t_type & type)" test is always
true. I think this is a left-over from the old design when table parsing was
done in context of its intended use in the global config.
Eric.
In
On Sun, Aug 13, 2017 at 02:09:49PM +1000, Jonathan Matthew wrote:
> On some systems, attaching ahci(4) is one of the most noticeably slow parts
> of the boot process, since each port with no device attached takes a whole
> second to probe. I've made a few noises about fixing that over the years,
>
Hello Jesper,
On 08/12/17 23:39, Jesper Wallin wrote:
> Hello tech@
>
> I've been stuck with fsck for way to many times now because of me
> forgetting to connect the AC power. This patch will add -z and -Z
> followed by the percentage. apmd will try to suspend or hibernate the
> system if the AC
27 matches
Mail list logo
