Re: BIOS call fallback

2015-12-22 Thread Read, James C
>The OpenBSD process is quite well understood. Use the best methods, >doubt what you do, refractor. Simple in concept, but it takes a lot >of time. >Therefore I am looking forward to seeing what you and James can do. >How long do you think it will take you? Can we expect to see working >code

Re: Boot loader uses INT 13h [WAS BIOS call fallback]

2015-12-22 Thread Read, James C
>> a security consideration, as far as I can see the bootloader loads using INT >> 13h calls. How can the kernel be sure it is really operating in ring 0 and not >> in some VM given that this is the case? >Hey, it looks like you are just trying to be a dick. On the assumption that you are not

Re: BIOS call fallback

2015-12-22 Thread Read, James C
>I guess in the absence of a seriously thought out wish list such a project could be open ended. >The more care spent in hardware design choices I guess the more likely we could avoid the mess >that various legacies have caused. Here's a suggestion for a community that is base around the claim of

Boot loader uses INT 13h [WAS BIOS call fallback]

2015-12-22 Thread Read, James C
Hi, a security consideration, as far as I can see the bootloader loads using INT 13h calls. How can the kernel be sure it is really operating in ring 0 and not in some VM given that this is the case?

Re: BIOS call fallback

2015-12-21 Thread Read, James C
> Well there you go. Get to it. See you in 10 years. Seriously, though. The thought must have crossed your mind at least once during all these years of mopping up the mess that MS/Intel seem to have concocted over the years. I wonder what a hardware system designed by BSD bootloader, kernel

Re: BIOS call fallback

2015-12-21 Thread Read, James C
>Because the kernel cannot know what memory it should leave untouched, >to use such BIOS functions. Why not? I understand that there is some degree of variance amongst BIOS usage of memory but the upper bounds seem to be clearly defined (if I am not misinformed). And surely it would be possible

BIOS call fallback

2015-12-20 Thread Read, James C
Hi, forgive my ignorance and lack of knowledge on OS fundamentals. As my signature suggests I am a complete beginner with 0x00 knowledge of the subject. Regardless of that fact here comes my rather naive question: Given that most OS mailing lists/forums seem to be dominated with hardware

Re: HUAWEI dongle

2015-12-20 Thread Read, James C
>Please send dmesg and the output of: >usbdevs -dv >Both while the Huawei dongle is plugged into your machine, of course... Would love to be able to do that. Anybody had any success mounting an OpenBSD file system in linux? 0x00

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
and running? I need to connect to the internet to do work on and I've had it with just about every other OS there. Daer Samej From: Michael McConville <mm...@mykolab.com> Sent: Saturday, December 19, 2015 6:43 PM To: Read, James C Cc: misc@openbsd.org Subje

HUAWEI dongle

2015-12-19 Thread Read, James C
Hi, I just installed 5.8, I know my dongle is detected and correctly switched to the right mode because a) I can see in dmesg output that the device is detected and labelled ugen0 b) I can see the led light continuously on the dongle, this only happens in other environments I've used the dongle

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>Unfortunately, without more information on YOUR dongle, (which would come >from a dmesg, and/or usbdevs output), I can't give you any specific advice. I'm having trouble mounting my OpenBSD file system under linux so can't get the dmesg for you right now. But I remember the line started with

Huawei E3533 and umsm

2015-12-19 Thread Read, James C
Hi, my dmesg gives: umsm0 at uhub0 port 1 configuration 1 interface 0 @HUAWEI HUAWEI Mobile@ rev 2.00/1.02 addr 2 my usbdevs -dv uhub0 port 1 addr 2 : high speed, power 500 mA, config 1, HUAWEI Mobile E303(0x1f01), HUAWEI Technologies(0x12d1), rev 1.02 cu /dev/cua00 gives Connected to

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>There was recently a good discussion about which WiFi dongles are >reliably supported. I'd suggest finding cheap well-reviewed options >online and searching their names on the list archives. my dmesg gives: umsm0 at uhub0 port 1 configuration 1 interface 0 @HUAWEI HUAWEI Mobile@ rev 2.00/1.02

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>A full dmesg output, or at least an indication of what model the dongle is >would be useful here. Would love to be able to do that. Anybody had success mounting an OpenBSD filesystem in linux? 0x00

dotted lines flashing on the virtual terminal

2015-12-19 Thread Read, James C
Never seen this one before. Just done a clean base install of 5.8 Got white lines of - - flashing across my screen at urandom places. Is this some kind of buffering problem? 0x00

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>You've said that it connects as ugen, and also as umsm. Often the older dongles provided >several serial interfaces, only one of which actually worked. Again, nobody will be able to help >you without the log messages. my dmesg gives: umsm0 at uhub0 port 1 configuration 1 interface 0 @HUAWEI

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>Please send dmesg and the output of: >usbdevs -dv >Both while the Huawei dongle is plugged into your machine, of course... my dmesg gives: umsm0 at uhub0 port 1 configuration 1 interface 0 @HUAWEI HUAWEI Mobile@ rev 2.00/1.02 addr 2 my usbdevs -dv uhub0 port 1 addr 2 : high speed, power

Huawei Mobile E353 and umsm

2015-12-19 Thread Read, James C
Hi, my device Huawei Mobile E353 is listed as known to be supported in the umsm man 4 page http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man4/umsm.4?query=umsm =4 Does anybody know what the steps are to get a umsm supported device up and running. We are talking basics here. I really

Re: HUAWEI dongle

2015-12-19 Thread Read, James C
>> Read, James C wrote: >> > I just installed 5.8, I know my dongle is detected and correctly >> > switched to the right mode because >> > >> > a) I can see in dmesg output that the device is detected and >> > labelled ugen0 >&