Hi,
On Fri, Jan 12, 2018 at 11:40:31AM +, Edd Barrett wrote:
> For the month or so I've had it (usually updating my snapshot every week
> or so) suspend has been a bit flaky. Often it does zzz and wake fine,
> but occasionally (say 1 time out of 5), something goes wrong. Either:
Thanks Mike.
It didn't even occur to me that I could use the LED blinker like that!
I'm going to have to give this a shot.
On 3 May 2018 16:43:09 BST, Mike Larkin wrote:
>On Thu, May 03, 2018 at 09:56:52AM +0100, Edd Barrett wrote:
>> Hi,
>>
>> On Fri, Jan 12
sor mode
...
dump to dev 17,1 not possible
rebooting...
--->8---
Screenshot here (sorry for the image quality):
http://theunixzoo.co.uk/random/Screenshot_20180724-110142.png
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Tue, Jul 24, 2018 at 11:20:57AM +0100, Edd Barrett wrote:
> wsdisplay0 at efifb0 mux 1: console (std, vt100 emulation), using wskbd0
dmesg from an older kernel:
---8<---
OpenBSD 6.3-current (GENERIC.MP) #89: Tue Jul 3 23:46:31 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch
vice. Maybe we
should update the comments in the code to better explain?
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
n to first ask how many
interfaces there are, and then keep scanning until it has seen them all,
regardless of gaps in the interface numbers. Maybe that's not possible,
I don't know)
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
27;m not much of a kernel hacker, so I reserve the right be wrong)
the correct solution is to:
* always loop over the array looking for the right interface.
* change ugen, so that it's scanning resilient to gaps in interface range.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
ent) devices
share vendor and device IDs...
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
s0 at umass0: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0:
serial.357d778812345678
sd0: 948748MB, 512 bytes/sector, 1943035904 sectors
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on sd0a (eeae950571c974c2.a) swap on sd0b dump on sd0b
```
mounts:
```
/dev/sd0a on / type ffs (local, wxallowed)
/dev/sd0d on /usr/ports type ffs (local, nodev, nosuid)
```
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Wed, Feb 03, 2021 at 11:22:53PM +0100, Mark Kettenis wrote:
> The actual panic message would be helpful...
Doh. If it aint there, then I fudged the copy-paste. I can try to
reproduce it...
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Wed, Feb 03, 2021 at 10:34:48PM +, Edd Barrett wrote:
> On Wed, Feb 03, 2021 at 11:22:53PM +0100, Mark Kettenis wrote:
> > The actual panic message would be helpful...
>
> Doh. If it aint there, then I fudged the copy-paste. I can try to
> reproduce it...
Got it! See b
codes, country code 32
wskbd0 at ukbd0: console keyboard, using wsdisplay0
vscsi0 at root
scsibus4 at vscsi0: 256 targets
softraid0 at root
scsibus5 at softraid0: 256 targets
bootpath: /pci@8,60/SUNW,qlc@4,0/fp@0,0/disk@2114c303de67,0
root on sd0a (8d7ec6f394d57510.a) swap on sd0b dump on sd0b
creator0: firmware rev 1.3.11
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
s here? Any mistakes made by
> the OCR software here could send me in the wrong direction.
I confirm that these numbers are correct.
And I have uploaded the pics here:
http://theunixzoo.co.uk/random/crash1.jpg
http://theunixzoo.co.uk/random/crash2.jpg
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
900 59.90
1280x800 59.91
1280x720 59.97
1024x768 70.0760.00
800x600 60.3256.25
640x480 66.6760.00
720x400 70.08
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
And from here on out, you can use the port. Something about suspend
makes the port behave correctly. This is only an issue for the docking
station DP. The on-board DP socket works just fine.
Possibly related threads:
http://marc.info/?l=openbsd-tech&m=139236561529551&w=2
http://marc.info/?l=openbsd-bugs&m=139203406729767&w=2
Thanks
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
"Logitech USB Receiver" rev
2.00/12.01 addr 3
uhidev2: iclass 3/0, 33 report ids
uhid3 at uhidev2 reportid 16: input=6, output=6, feature=0
uhid4 at uhidev2 reportid 17: input=19, output=19, feature=0
uhid5 at uhidev2 reportid 32: input=14, output=14, feature=0
uhid6 at uhidev2 reportid 33: input=31, output=31, feature=0
uhidev3 at uhub3 port 5 configuration 1 interface 0 "Tablet ISD-V4" rev
1.10/6.11 addr 4
uhidev3: iclass 3/1, 2 report ids
ums1 at uhidev3 reportid 1: 2 buttons
wsmouse2 at ums1 mux 0
ums2 at uhidev3 reportid 2: 3 buttons, tip, barrel, eraser
wsmouse3 at ums2 mux 0
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Tue, May 31, 2016 at 01:35:22PM +0200, Mark Kettenis wrote:
> > Date: Tue, 31 May 2016 09:18:13 +0100
> > From: Edd Barrett
> >
> > I have a sun blade 1000 which I use (infrequently) for testing stuff big
> > endian. Recently it has started locking up with
On Thu, Jun 09, 2016 at 12:39:47AM +0100, Edd Barrett wrote:
> Sad times for my blade. Either my disks (i've been using a couple of
> different ones) or the PCI bus seems broken.
I've sourced a new motherboard for this system. I will let you know how I
get on.
--
Best Regards
E
On Sat, Jun 11, 2016 at 03:10:15PM +0100, Edd Barrett wrote:
> On Thu, Jun 09, 2016 at 12:39:47AM +0100, Edd Barrett wrote:
> > Sad times for my blade. Either my disks (i've been using a couple of
> > different ones) or the PCI bus seems broken.
>
> I've sourced a
t; rev 2.00/16.07 addr 5
video0 at uvideo0
ugen2 at uhub0 port 9 "Validity Sensors product 0x0097" rev 2.00/1.64 addr 6
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct fixed
sd1: 488385MB, 512 bytes/sector, 1000213601 sectors
root on sd1a (6fa274d7628575f9.a) swap on sd1b dump on sd1b
cpu_ucode_intel_apply: microcode updated cpu 0 rev 0x7c->0x80 (1042018)
iwm0: hw rev 0x230, fw ver 22.361476.0, address f8:94:c2:86:c0:b8
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Fri, Jan 12, 2018 at 11:40:31AM +, Edd Barrett wrote:
> I've recently upgraded from a Thinkpad x230t to a 5th generation X1
> Carbon.
One detail I forgot to mention, I use:
machdep.lidaction=0
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
Hi,
I'm experiencing this issue too.
On Tue, Dec 26, 2017 at 12:27:31PM -0500, Andrew Davis wrote:
> Virtualization software: QEMU + KVM (2.10.0-1.fc27)
FWIW, there are reports that this bug is absent from qemu-2.11.0.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
Hi Gonzalo,
On Fri, Feb 09, 2018 at 09:59:58AM -0300, Gonzalo L. Rodriguez wrote:
> Is this still an issue? I'm have one on my way, everything else is
> working fine?
I've actually been avoiding using `zzz`. I'll start using it again and
report back.
--
Best Rega
!
Cheers
[1]: https://marc.info/?l=openbsd-bugs&m=151575724607508&w=2
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
Hi,
On Tue, Jun 21, 2016 at 01:04:24AM +0100, Edd Barrett wrote:
> With the new motherboard in, and running the installer over serial line:
>
> Get/Verify xserv60.tgz 100% |**| 17291 KB00:13
>
> Installing bsd 100% |*
nd, but I'm not holding my breath...
https://forum.bytemark.co.uk/t/openbsd-6-5-freezes/3067
Any ideas?
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Thu, May 23, 2019 at 11:10:39AM +0100, Edd Barrett wrote:
> The VM freezes about once a week
Please disregard this bug report. It was a local issue, nothing to do
with OpenBSD :)
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
adeon HD 7470" rev 0x00
I get graphics freezes a few times a day, i.e. the screen doesn't update (apart
from sometimes the mouse pointer only). I am able to hit the power button to
shut down and restart, so the system is otherwise functional.
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
On Mon, Jul 31, 2023 at 12:00:44PM +0100, Edd Barrett wrote:
> I don't know if this helps, but on:
> OpenBSD 7.3-current (GENERIC.MP) #1318: Thu Jul 27 17:39:18 MDT 2023
>
> With an antique:
> radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 7470" rev 0x00
>
t inteldrm0 mux 1
pckbd_enable: command error
wsdisplay0: screen 0-5 added (std, vt100 emulation)
usbdevs:
Controller /dev/usb0:
addr 01: 8086: Intel, xHCI root hub
super speed, self powered, config 1, rev 1.00
driver: uhub0
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
ade
works fine when you have output going out of the serial port...
Frustrating.
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
c:2188
#37 0x04abb404d7e3 in CL_UpdateScreen () at ../../../cl_screen.c:2935
#38 0x04abb41109e9 in Host_Main () at ../../../host.c:1023
#39 0x04abb3fdac29 in main (argc=1, argv=0x7d16df239d68) at
../../../sys_sdl.c:249
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
dev 0 function 0 "ATI Bonaire" rev 0x0
It's some OEM variant of a HD7790 I think. Anyway, this card does not have the
same issue.
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
clickpad, 4 contacts
wsmouse1 at umt0 mux 0
ums1 at uhidev6 reportid 1: 5 buttons, Z and W dir
wsmouse2 at ums1 mux 0
uhid8 at uhidev6 reportid 3: input=3, output=0, feature=0
uhid9 at uhidev6 reportid 5: input=0, output=0, feature=5
uhid10 at uhidev6 reportid 8: input=1, output=0, feature=0
uhid11 at uhidev6 reportid 32: input=0, output=0, feature=255
uhid12 at uhidev6 reportid 35: input=0, output=0, feature=1
uhid13 at uhidev6 reportid 37: input=0, output=0, feature=1
uhid14 at uhidev6 reportid 188: input=0, output=0, feature=7
uhid15 at uhidev6 reportid 189: input=0, output=0, feature=135
```
Thanks
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
fixes both the kernel crash and the mouse.tp.tapping
issue I mentioned.
> Registers...
https://theunixzoo.co.uk/random/IMG_20210317_114802_HDR.jpg
I hope we can find a fix or a workaround.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
ly with the touchpad
> attached (if it did before)?
I just tested your first diff. Result: still crashes, tapping not
working.
I'll test your revised diff now.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Wed, Mar 17, 2021 at 05:11:58PM +, Edd Barrett wrote:
> I just tested your first diff. Result: still crashes, tapping not
> working.
^ Ignore this. I don't think I applied the diff right.
> I'll test your revised diff now.
Now on to the revised diff.
The device attac
27 addr 11
uhub8 at uhub1 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev
2.00/0.00 addr 2
uhub9 at uhub3 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev
2.00/0.00 addr 2
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd2 at scsibus4 targ 1 lun 0:
sd2: 262318MB, 512 bytes/sector, 537229073 sectors
root on sd2a (e753a9953067adaf.a) swap on sd2b dump on sd2b
radeondrm0: CAYMAN
radeondrm0: 1920x1080, 32bpp
wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0
wskbd1: connecting to wsdisplay0
wskbd2: connecting to wsdisplay0
wskbd3: connecting to wsdisplay0
wskbd4: connecting to wsdisplay0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
. Usually I can get
it to glitch out within 3 attempts.
After applying your diff the system went down and came backup 15 or so
times back to back. So that looks promising!
Thanks!
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
On Tue, Jul 27, 2021 at 03:17:35PM +0200, Mark Kettenis wrote:
> Edd, Alf, can you verify that this version fixes the issue as well?
The revised diff appears to be working for me.
I managed 8 or so suspend/resume cycles without issue.
Thanks!
--
Best Regards
Edd Barrett
ht
39 matches
Mail list logo
