o 0 length reads.
In any case, I was curious if anyone had any thoughts or was working on
something like this??
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS
http://anduin.eldar.org - & - http://anduin.ipv6.eldar.org [IPv6 only]
particular, simply does a start+address+stop.. if the
response to the address was ACK there was a device, otherwise, there if
it was a NAK there wasn't anything there. I don't know how well this
works in in practice. But it would seem to be something that would not
be able to upset a device.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
Jason Thorpe writes:
>> On May 30, 2018, at 11:54 AM, Brad Spencer wrote:
>
>> Does the techniques mentioned in these offer any hope of determining the
>> presence of an actual device at a particular address on the bus in a
>> harmless manor:
>>
>>
rnel, hence a config file]
I wonder if the i2c bus attachments should have the option of being
treated like gpio attachements with a new command... probably a lot of
work:
iicctl iic2 attach dstrc 0x68 3231
> -- thorpej
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
range thing. However, the si70xxtemp(4) driver did work with
gpioiic.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
I may not remember
correctly, but I believe that COMPAT_43 is needed on NetBSD/i386 to run
BSDI binaries. I remember using the BSDI Netscape 3.x binary back in
the day and I think it was required.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
Adafruit that is FTDI
based and fully documented], and it will be more obvious how the above
would be useful on more than the RPI.
I don't know where it leaves these with respect to a ALL sort of config
file. Nothing should really be harmed by including any of them in such
a file.
randomness into the Xen guests I have and other systems that I suspect
do not produce randomness on their own very well. It is not at all a
perfect answer, but appears to work well enough for what I need. For
Xen guests, a paravirt driver would seem to be a better answer.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
6) disconnected
Seems like that may be what you have.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
n.
>>
>> I think we need someone familiar with NetBSD memory management
>> internals to help take a look. Otherwise I'm afraid we won't figure it
>> out and will have to declare that Go doesn't work on NetBSD on AMD
>> CPUs.
>>
>> gdt: that does sound like
fs was at. In fact, you may need to leave out
DKWEDGE_METHOD_MBR and just use DKWEDGE_METHOD_BSDLABEL if your
disklabel contains information about all of the native NetBSD
filesystems and the linux ones.
You will have to change everything in your /etc/fstab to use /dev/dkN
notation rather than /dev/wd0M
e done was to create a virtual disk for each physical
device. There was no other option available to us.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
David Brownlee writes:
> On Thu, 15 Sept 2022 at 19:27, Brad Spencer wrote:
>>
>> In the foggy recesses of my memory this is Just How It Is Done. At my
>> final $DAYJOB we had a set of systems that had some PERC controller in
>> them. The desire was to pres
Pham Ngoc-Dung writes:
> I rebuilt the kernel as you suggested. It booted up, but the Linux
> partitions are not detected. The root and swap partitions of NetBSD,
> however, is now on /dev/dk0 and dk1.
>
> On 9/29/22 12:50 AM, Brad Spencer wrote:
&
Taylor R Campbell writes:
>> Date: Wed, 11 Jan 2023 13:05:04 -0500
>> From: Brad Spencer
>>
>> I think I know what the root problem is for kern/57136 and
>> kern/57181... a couple of PRs I wrote about problems I have been having
>> with NPF, but I am not at
les that do not panic at
all. They do exactly the same operations, more or less (with a
different /etc/npf.conf) as the one that does panic regularly.
Any advise or hints about this would be appreciated. I am honestly a
bit in the dark as to some of what may be going on here.
--
Brad Sp
Taylor R Campbell writes:
> Try the attached patch?
Thanks... I will test it as soon as I am able to.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
r in one of the major files). I was
bundling a module that would be added to src anyway, so the recompile
wasn't a notable problem. The devsw_attach(9) man page implies that the
major and minor number can be selected with that call, but I have never
used it that way.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
order for
the module to be able to use it, after the major file edit, I had to
rebuild the kernel as well. I have never been 100% sure that was proper
behavior, but it seems to be the case. That is, just editing the major
file and building or rebuilding the module has not been enough.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
m...@goathill.org (MLH) writes:
> Brad Spencer wrote :
>
>> It has a built in UART which is a separate USB device and then
>> a USB device that can be programmed to provide I2C,
Hello...
> What are you using to flash these devices?
No flashing of anything is needed to u
Iain Hibbert writes:
> On Fri, 5 Jan 2024, Brad Spencer wrote:
>
>> I see a few options for doing this, such as simply matching all of the
>> possible children and using sysctl to enable the one you want. Probably
>> followed by a rescan call. That seems ugly, however
.
I have looked around the tree for other devices that do this sort of
thing and didn't really find any that tried to deal with this sort of
situation, but I will admit I looked mostly at the MI devices.
Any thoughts would be appreciated,
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS
Greg Troxel writes:
> Brad Spencer writes:
>
>> The first is enhancements to ufdti to support the MPSSE engine that some
>> of the FTDI chip variants have. This engine allows the chip to be a I2C
>> bus, SPI bus and provides some simple GPIO, and a bunch of
hci
driver, which is a virtual USB host controller for the client side of
things.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
fic device really, just the concept of "on this rescan, have ugen
take priority" and ANY device found would get ugen.
Jason's notion of using ugen as a bus instead of a leaf has merit and
may be the better approach. The devil will be in the details, however.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
in the USBIP server case. This is the ugenif case
that was mentioned before.
> -- thorpej
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
one MPSSE engine present. I have samples of
all of the chips, and some interest in supporting the polymorphic
behavior, but no particular time to do the work. My personal main goal
would be to allow any system with a USB port the ability to have I2C,
probably SPI and simple GPIO.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
lar interface / port
to be. It is entirely reasonable to want to change the personality
without a reboot from userland. A detach / reattach is acceptable.
--
Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org
28 matches
Mail list logo