Am 26.02.2015 um 15:50 schrieb Axel Rau axel@chaos1.de:
is this Motherboard with Atom Rangeley C2758 supported by 10.1-STABLE ?
Can I install on a Intel SSD S3500 series ?
Runs like a charm.
Copyright (c) 1992-2014 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989
Hi,
is this Motherboard with Atom Rangeley C2758 supported by 10.1-STABLE ?
Can I install on a Intel SSD S3500 series ?
Thanks, Axel
---
PGP-Key:29E99DD6 ☀ +49 151 2300 9283 ☀ computing @ chaos claudius
___
freebsd-hardware@freebsd.org mailing list
> Am 08.02.2016 um 16:14 schrieb Ireneusz Pluta :
>
> Hello list,
>
> what are current recommendations of PCI Express SSD cards running on FreeBSD?
>
> Notes found in HARDWARE.TXT are not too informative about this particular
> kind of hardware, but, as I picked from freebsd IRC
Hi Martin,
> Am 18.11.2016 um 22:45 schrieb Martin Cermak :
>
> Can someone give me an advice wrt which HW to buy so that it will
> happily run some of the recent FreeBSD releases?
A start point would be
https://www.freebsd.org/releases/11.0R/hardware.html
Hi,
I’m trying to configure my 1st FreeBSD desktop, based on this MB:
https://www.msi.com/Motherboard/Z170-A-PRO.html#hero-specification
Any chance to get this working with 11.0 ?
Thanks, Axel
---
PGP-Key:29E99DD6 ☀ computing @ chaos claudius
Hi all,
I’m looking for recommendations for a USB sound D/A device for a gstreamer
application.
The motherboard in use is
http://www.supermicro.com/products/motherboard/atom/x10/a1sri-2758f.cfm
I have no experience with FreeBSD sound at all.
Any hints welcome,
Axel
---
PGP-Key:29E99DD6
> Am 24.07.2018 um 12:22 schrieb Hans Petter Selasky <mailto:h...@selasky.org>>:
>
> On 07/24/18 12:13, Axel Rau wrote:
>>> Am 24.07.2018 um 12:09 schrieb Hans Petter Selasky >> <mailto:h...@selasky.org>>:
>>>
>>> How many channels?
&
Hi all,
the daemon opens /dev/ttyU3 on startup to read serial data.
In case of reboot the device seems to be not ready and the daemon does not get
any data even it seems the opn succeeds. It works after manual restarting the
daemon.
I could not find a suitable rcorder requirement.
How could I
> Am 19.09.2018 um 13:22 schrieb Michael Fuckner :
>
> On 9/19/18 12:52 PM, Axel Rau wrote:
>> Helle Michael,
>>> Am 18.09.2018 um 20:23 schrieb Michael Fuckner :
>>>
>>> so 2.23 is the current firmware, bur you are running 1.54? Time for updat
Hi all,
The attached text files show the dmesg of both boxes.
How can I fix the broken one?
Thanks, Axel
Copyright (c) 1992-2018 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
Thanks Mike for answering.
> Am 18.09.2018 um 15:14 schrieb Mike Tancsa :
>
> If you install sysutils/dmidecode
> does it show the same BIOS version, board revision etc ?
Yes. (board Version: 123456789 ) (-:
>
> Also, if you manually load the ipmi driver on the second one, does it
> give an
> Am 18.09.2018 um 17:46 schrieb Mike Tancsa :
>
>
> Take it out of /boot/loader.conf
> and after the box boots up try
>
> sysctl -w debug.bootverbose=1
> kldload -v ipmi
>
> and paste the output here.
[bh3:~] root# sysctl -w debug.bootverbose=1
debug.bootverbose: 0 -> 1
[bh3:~] root#
Hi Ravi,
> Am 14.11.2019 um 09:40 schrieb Ravi Pokala :
>
> Suggestions?
I moved away from Intel because of there design flaws.
I just built an AMD server box from desktop parts (plus a 3U rack case), which
has all you are asking for:
- motherboard Asrock Rack X470D4U
> Am 14.11.2019 um 19:18 schrieb mike tancsa :
>
> Just got one of these boards too. Are you able to get ipmi sol working
> fully ?
I did not try it. I’m using the web gui and kvm (none-Java).
> For some reason, it decided to redirect the BIOS to serial, and
> then the post boot up to sol ?!?
Hi all,
both, the mainboard (with recent firmware P3.10) and Ryzen 7 CPU
should work with ECC RAM (while not officially supported).
RAM is KSM26ED8/16ME DDR4-2666 ECC DIMM.
AFAIdmesg and dmidecode do not indicate ECC (see below), I think.
Data path should show additional ECC bits.
There is only
> Am 19.11.2019 um 18:11 schrieb Jan Bramkamp :
>
> On 19.11.19 18:07, Axel Rau wrote:
>>
>>
>>> Am 18.11.2019 um 14:15 schrieb Jan Bramkamp >> <mailto:cr...@rlwinm.de>>:
>>>
>>>
>>> I will assemble the system tonight
> Am 18.11.2019 um 14:15 schrieb Jan Bramkamp :
>
>
> I will assemble the system tonight and report back if you want to know how it
> runs under FreeBSD 12.1.
Did a poudriere rebuild of all packages on my repo with my X479D4U/3700X. No
issues so far on 12.1.
Did you manage a clean shutdown
> Am 24.11.2019 um 11:32 schrieb Jeremy Faulkner :
>
>
> On 2019-10-25 09:59, Axel Rau wrote:
>> Physical Memory Array
>> Location: System Board Or Motherboard
>> Use: System Memory
>> Error Correction Type: Multi-bit ECC
>>
After playing with Bios (re-enabling mass storage via USB) connecting directly
via one hub and consolidating (flaky) power outlet resolved the issue.
zfs list displayed upall sets. (-:
Axel
> Am 14.06.2020 um 13:15 schrieb Axel Rau :
>
> After installing the recent update to 12.1-R
After installing the recent update to 12.1-RELEASE-p6 via freebsd-update, our
USB backup device is no longer recognized. This USB 3.x device (Seagate serial
NA9QFX4L) was never recognized by FreeBSD.
To get it to work, we used the integrated hub of another seagate disk (serial
NA7DQ4JJ) which
Which details are needed to resolve this issue?
Axel
> Am 13.12.2021 um 17:32 schrieb Axel Rau :
>
> Both dmesgs may be find here:
> https://www.chaos1.de/downloads/realtek.zip
> <https://www.chaos1.de/downloads/realtek.zip>
> Axel
>
>> Am 13.
Hi all,
this is a ghostbsd box with GhostBSD 21.11.24 fresh installed.
The re0 is flapping during startup and stays down on shutdown/boot
When I do a reboot, it comes up.
I attach one dmsesg for each case.
Any help appreciated,
Axel
---
PGP-Key: CDE74120 ☀ computing @ chaos claudius
Both dmesgs may be find here:
https://www.chaos1.de/downloads/realtek.zip
<https://www.chaos1.de/downloads/realtek.zip>
Axel
> Am 13.12.2021 um 13:59 schrieb Axel Rau :
>
> Hi all,
>
> this is a ghostbsd box with GhostBSD 21.11.24 fresh installed.
> The re0 is
Am 11.04.22 um 17:51 schrieb Tomek CEDRO:
If that does not work I am out of ideas, sorry, maybe opening an Issue
on the project github repo could help?
https://github.com/avrdudes/avrdude/issues/935
Axel
--
PGP-Key: CDE74120 ☀ computing @ chaos claudius
Hi Tomek,
> Am 08.04.2022 um 18:04 schrieb Tomek CEDRO :
>
> Here is an example `~/.avrduderc` to try out. It should work out of
Thanks a lot.
My 1st trial gives this (more trials in 2 hours):
root@home2l:/ # avrdude -p t85 -t -vvv
avrdude: Version 6.4
Copyright (c) Brian Dean,
> Am 11.04.2022 um 01:28 schrieb Tomek CEDRO :
>
> On Mon, Apr 11, 2022 at 1:08 AM Axel Rau wrote:
>> Am 10.04.2022 um 23:59 schrieb Tomek CEDRO :
>>> Okay, your local `~/.avrduderc` configuration needs an update. Remove
>>> all from file and put only
Hi all,
my DIAMEX-AVR-USB gets timeouts while talking to the target:
- - -
root@home2l:/ # avrdude -c stk500v2 -p t85 -P /dev/cuau1 -t -v -i 10
avrdude: Version 6.4
Copyright (c) Brian Dean, http://www.bdmicro.com/
Copyright (c) Joerg Wunsch
System wide configuration
> Am 07.04.2022 um 15:26 schrieb Hans Petter Selasky :
>
> On 4/7/22 14:12, Hans Petter Selasky wrote:
>> On 4/7/22 13:33, Axel Rau wrote:
>>> Hi all,
>>>
>>> my DIAMEX-AVR-USB gets timeouts while talking to the target:
>>> - - -
>>>
> Am 08.04.2022 um 20:39 schrieb Tomek CEDRO :
>
> Is it possible to disassemble your interface and take photos of the
> electronics inside? We need to make sure what exact chip is inside :-)
https://www.chaos1.de/downloads/diamex_photos.tar.gz
Axel
---
PGP-Key: CDE74120 ☀ computing
> Am 10.04.2022 um 12:37 schrieb Axel Rau :
>
>
>
>> Am 09.04.2022 um 01:39 schrieb Tomek CEDRO > <mailto:to...@cedro.info>>:
>>
>>
>> Long story short:
>> * Put both dip-switches to OFF if you use external board (no VCC
>> connection
> Am 09.04.2022 um 01:39 schrieb Tomek CEDRO :
>
>
> Long story short:
> * Put both dip-switches to OFF if you use external board (no VCC
> connection required). They may stay ON if you program "bare" AVR (you
> need to connect VCC, SW1=ON, SW2 OFF=3.3V ON=5V).
My switches are always on; my
Hi Tomek,
> Am 08.04.2022 um 05:33 schrieb Tomek CEDRO :
>
> Mystery solved ;-)
>
> For avrdude `-P` parameter defines the the programmer port __BUT__ (as
> obviously stated in man page) if you use `usb:` device then you need
> to provide programmer SERIAL NUMBER last bytes not the OS serial
Hi Hans, Tomek, all
Am 07.04.22 um 13:33 schrieb Axel Rau:
my DIAMEX-AVR-USB gets timeouts while talking to the target:
- - -
With the trace, recorded by Joerg Wunsch (author of avrdude),
Hans found the implementation bug in the device.
He wrote to Joerg:
I see from the Ellisys .png's
> Am 10.04.2022 um 23:59 schrieb Tomek CEDRO :
>
> On Sun, Apr 10, 2022 at 10:46 PM Axel Rau wrote:
>> root@home2l:~ # avrdude -c stk500v2 -p t85 -vvv -t -P usb
>>
>> avrdude: Version 6.4
>> Copyright (c) Brian Dean, http://www.bdmicro.com/
>
> Am 10.04.2022 um 22:07 schrieb Tomek CEDRO :
>
> On Sun, Apr 10, 2022 at 6:59 PM Axel Rau wrote:
>> root@home2l:~ # avrdude -c stk500v2 -p t85 -vvv -t
>>
>> avrdude: Version 6.4
>> Copyright (c) Brian Dean, http://www.bdmicro.com/
>
Next journey starts:
For the home2l project, I need a supported I2C interface via USB.
I got this one:
https://de.elv.com/elv-usb-ic-interface-usb-i2c-092255?fs=1805459039
Unfortunately it shows up as a serial device on FreeBSD:
ugen0.2: at usbus0, cfg=0 md=HOST
spd=FULL (12Mbps) pwr=ON
The application daemon speaks twi over the serial line (/dev/cuaU0)
Everything works perfectly.
Thanks, Axel
Am 27.04.22 um 23:08 schrieb Axel Rau:
Next journey starts:
For the home2l project, I need a supported I2C interface via USB.
I got this one:
https://de.elv.com/elv-usb-ic-interface
Am 04.10.2022 um 10:39 schrieb Hans Petter Selasky :
>
> That looks normal.
>
> The DONE transaction transferred the SETUP packet, but still lists frame [0],
> but is not dumping the data, because it has already been sent. frame [0] is
> always the SETUP packet for control endpoints.
>
So
> Am 04.10.2022 um 10:39 schrieb Hans Petter Selasky :
>
>
> That looks normal.
>
> The DONE transaction transferred the SETUP packet, but still lists frame [0],
> but is not dumping the data, because it has already been sent. frame [0] is
> always the SETUP packet for control endpoints.
>
> Am 04.10.2022 um 13:43 schrieb Hans Petter Selasky :
>
> Did you clear the endpoint halt condition (for RX BULK endpoint and TX BULK
> endpoint), to reset the so-called USB data-toggle, before starting to
> communicate with the device? Else you risk loosing a USB packet?
If I do not want
> Am 05.10.2022 um 16:46 schrieb Hans Petter Selasky :
>
> On 10/5/22 13:55, Axel Rau wrote:
>> If I do not want to touch th USB stuff, can I get the same effect by
>> close/open of the serial device?
>
> The uslcom driver only does this right after attach, in 13-st
> Am 03.10.2022 um 17:57 schrieb Hans Petter Selasky :
>
> Can you show the full sequence from the SUBM-CTRL-EP ?
- - -
15:46:38.538480 usbus1.3 SUBM-CTRL-EP=,SPD=FULL,NFR=1,SLEN=8,IVAL=0
frame[0] WRITE 8 bytes
41 07 01 01 00 00 00 00 -- -- -- -- -- -- -- -- |A...|
> Am 03.10.2022 um 17:38 schrieb Hans Petter Selasky :
>
> On 10/3/22 17:26, Axel Rau wrote:
>> Questions:
>> 1. On usbdump, why is the hexdump mssing on some lines like
>> frame[0] WRITE bytes ?
>
> The -s arguments tells to only grab the first 102
gt; Am 27.04.2022 um 23:08 schrieb Axel Rau :
>
> Next journey starts:
>
> For the home2l project, I need a supported I2C interface via USB.
> I got this one:
> https://de.elv.com/elv-usb-ic-interface-usb-i2c-092255?fs=1805459039
> Unfortunately it shows up as a serial devi
44 matches
Mail list logo