On Fri, 3 May 2024 at 17:01, Stephen Borrill wrote:
>
> You're welcome! It was an update of my talk at EuroBSDCon 2007.
Oh my word! I was not expecting that. :-)
I found it fascinating -- thanks for keeping it online.
> You might be interested in this talk too:
>
Hi,
I'm updating fairly big git repositories (e.g. mozilla and similar) and
continue getting these errors. I am over a fast WiFi.
e$ git pull
remote: Enumerating objects: 4822, done.
remote: Counting objects: 100% (4822/4822), done.
remote: Compressing objects: 100% (1027/1027), done.
error:
On Fri, 3 May 2024, Liam Proven wrote:
A design study I just found while researching some Acorn stuff.
https://www.bsdcan.org/2009/schedule/attachments/77_BuildingProductsWithNetBSDthin-clients-Stephen-Borrill.pdf
From 2009.
You're welcome! It was an update of my talk at EuroBSDCon 2007.
Hi All,
Does anyone know a remedy to this? The relevant part of the dmesg is as
follows:
[ 10,368692] wsdisplay0: screen 1 added (default, vt100 emulation)
[ 10,368692] wsdisplay0: screen 2 added (default, vt100 emulation)
[ 10,368692] wsdisplay0: screen 3 added (default, vt100 emulation)
[
On Fri, May 03, 2024 at 12:20:45PM +0200, Riccardo Mottola wrote:
> still it would be nice to understand what changes Solaris was doing which
> disturb NetBSD.
Yes (but it sounds like it is a bug Solaris).
> I don't think NetBSD should crash...
Only if the file system passes a fsck_msdos(8).
Hi Martin,
Martin Husemann wrote:
- the original issue reported here is*something else* mangling/breaking
a FAT file system and NetBSD not dealing with the result. This can
either be a bug in Solaris or in NetBSD's interpration of the FAT
file system format - we just don't know
Hi "xuser",
xuser wrote:
Yes it is that netbsd will crash on driver errors
And I found the problem it was that solaris autofs driver would mount
an LBA fat 32 as CHS fat32
And so disabling automount support in solaris fixed it.
still it would be nice to understand what changes Solaris was
A design study I just found while researching some Acorn stuff.
https://www.bsdcan.org/2009/schedule/attachments/77_BuildingProductsWithNetBSDthin-clients-Stephen-Borrill.pdf
>From 2009.
--
Liam Proven ~ Profile: https://about.me/liamproven
Email: lpro...@cix.co.uk ~ gMail/gTalk/FB:
On Thu 02 May 2024 at 21:19:30 -, Michael van Elst wrote:
> I can repeat this with rump, but not with the kernel filesystem.
> After my suggested change, rump no longer crashes.
>
> N.B. the code change is in /usr/lib/librumpfs_msdos.so.0.0.
Ah yes after I posted the previous, I thought that
Thank you for all your suggestions - I managed to log in!
Cheers,
Patrick
10 matches
Mail list logo