Re: Dead ports [Re: config(5) break down]

, they're abundant, and cheap. Nevertheless, there does not seem to be much interest in porting to them. Why is that? I don't care about hardware without graphics ;) *duck* have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin

box drawing characters vs. WSDISPLAY_FONTENC_ISO

bikeshedding Michael radeonfb.diff Description: Binary data rasops.diff Description: Binary data wsfont.diff Description: Binary data PGP.sig Description: This is a digitally signed message part

Re: box drawing characters vs. WSDISPLAY_FONTENC_ISO

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Apr 27, 2010, at 8:39 PM, Valeriy E. Ushakov wrote: On Tue, Apr 27, 2010 at 16:07:21 -0400, Michael wrote: the idea to automatically generate them, add encoding tables for ISO fonts that map box drawing characters to 0x100 and above

Re: box drawing characters vs. WSDISPLAY_FONTENC_ISO

it will take a while till we have fonts with 16 million actual characters, and then Someone(tm) needs to rewrite wscons anyway and those fonts will probably include box drawing characters ;) have fun Michael radeonfb.diff Description: Binary data rasops.diff Description: Binary data

allocating memory during kernel startup

have kmem_alloc() immediately return NULL if it isn't ready yet so we can fail gracefully instead of hanging? have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBS+MLWcpnzkX8Yg2nAQIQUAf/S9Sr9flxPytiLSIoQ9TqLx3NraBPKF0x SFQMVRnvHDR2imaexL1lab

Re: allocating memory during kernel startup

so it needs to know wether it can. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBS+Rmb8pnzkX8Yg2nAQLo7gf+L1gpis4r7M8ZyY8rEOPqzcATo6bgv3hS oHaA2uVdqAz58dfiOp5QgoVnUnUjKH5XT+haWDH+2/1bR9bj4avd5L+dzzRN0gAy

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 7, 2010, at 10:37 AM, Mindaugas Rasiukevicius wrote: Hello, Michael macal...@netbsd.org wrote: I recently ran into this problem - there is no easy way to determine wether it is safe to call kmem_alloc() yet ( as in, are we far

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 6, 2010, at 10:19 PM, Masao Uebayashi wrote: On Thu, May 06, 2010 at 02:32:57PM -0400, Michael wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I recently ran into this problem - there is no easy way to determine wether

Re: allocating memory during kernel startup

- not needed at all for basic kernel output. We only need to know if we can use them or not. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBS+Ry/MpnzkX8Yg2nAQLrgQf+NvuRy4jaQCCCkNeWlIvk1rAn0gJdNnTg XzUZHkUWKWWuXha8kX8cefRff07s2eE9M7re3uaBsQT4DUG/qks5/DltmR19NcvP

Re: allocating memory during kernel startup

( that's wsdisplay, not rasops ), only some memory for box drawing characters which are strictly optional - it can live happily without them and its not like we need them for kernel output anyway. All it needs is a sane way to decide wether it can allocate memory or not. have fun Michael

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 7, 2010, at 3:21 PM, Martin Husemann wrote: On Fri, May 07, 2010 at 03:15:55PM -0400, Michael wrote: We get out of cold WAY later than that. In fact kmem is ready before autoconfig starts and cold is only cleared after

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 7, 2010, at 3:39 PM, Mindaugas Rasiukevicius wrote: Michael macal...@netbsd.org wrote: Any chance to just have kmem_alloc() immediately return NULL if it isn't ready yet so we can fail gracefully instead of hanging? Such handling

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 7, 2010, at 4:26 PM, Martin Husemann wrote: On Fri, May 07, 2010 at 04:05:30PM -0400, Michael wrote: kernel output anyway. All it needs is a sane way to decide wether it can allocate memory or not. So split init in a minimal

Re: allocating memory during kernel startup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On May 7, 2010, at 5:31 PM, Eduardo Horvath wrote: On Fri, 7 May 2010, Michael wrote: In fact I did describe it in another mail. And the problem is that macppc sets up its console extremely early. If I move consinit() after uvm_init

Re: wsfb and console ?

need. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBTJ0TYMpnzkX8Yg2nAQJriAf+Jbpzz22P7qCejlNHLM2T/n2o6tGqSPTs ZaVrnwwdwGW+VgPW8D99GZA1ltxgxrEIlAQjr/AmoLB7qv7/BVdyWaC07svgLSv5 Q98ehltokg2dt5Qw5GxMGXjmesGYJze1mlSr6k+2eYOHYd0636ipHaShgNFlLgx/ O581wilxilvsAXQz

Re: Enhancing ukbd for Apple notebooks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Nov 27, 2010, at 6:10 AM, Frank Wille wrote: Michael wrote: I completely agree that it is not nice, and I already thought about turning the Alt/Option key into AltGr. But then we would miss Alt under NetBSD (which is used in various

Re: Enhancing ukbd for Apple notebooks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Nov 27, 2010, at 9:55 AM, Johnny Billquist wrote: On 2010-11-27 15:29, Frank Wille wrote: Michael wrote: To recap, my opinion is this: - - keys should do what the label says, no shifting things around to match PC layouts Ok

Re: Enhancing ukbd for Apple notebooks

Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBTPGw3spnzkX8Yg2nAQI1nwf8CQ2CbF5GBA1/1FtkbHqom4x4esYIAjRA 1OSrzR3ZSW/EGcbJxH3KlxNnbini4BD4eU0UFrhrlEKIfLYHOiHjjlccfBkmLUxl YctkdC8hxXQIDrtnQ9p5Gnnftpa/fwXFshTHPQhQ8ZaokGnRBe03lcWfu43X3y9a n17xqwdF+gkOb6+AhWB/2cDz

Re: xorg pci probing

Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBTTW/Y8pnzkX8Yg2nAQLClAf+OnLlZcftIUshCsI51371QGm2krgLMxPe Io6giFbAN22yR0KpIyD2My3u8gxjPBkMBMwjhKohP1iPn2nC8j8a8k23B2E2H4jn MLyYW6J9DEy1flYaduhrXIVhq1f3muv7IgzHvnwU9zIr4D6anatDbW6TGCctCKD+ o2AsboFcrI

Re: xorg pci probing

to the docs it supports ARM, MIPS and SuperH CPUs ( yes, it's a little bit more than just a graphics device ) If you want to add all VGAs you forgot igsfb which is VGA-compatible and does exist as PCI cards for PCs. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin

Re: xorg pci probing

that reason so drivers that need them can pull them in without #ifdef orgies all over the place. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBTTXrAspnzkX8Yg2nAQJ6CQf/UMlyWwqV5Wp7ND6A+JgxXMG2QZlDyQhP rKuvm1m8apwbrm3m5NRjU+U4qN

Re: xorg pci probing

the device_t passed to wsdisplayio_busid_pci() is actually a PCI bus child. Otherwise it looks good to me. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBTTZGKcpnzkX8Yg2nAQLVxQf9HQs0KsJFoFTQjiIT/A48hsrde0JzEpdZ

Re: xorg pci probing

/files.pci I can't do 'wsdisplay pci' because 'wsdisplay' is defined in sys/dev/wscons/files.wscons. So I will leave it as is for now and will do it later when a solution is found for that. The drivers can ( and should ) pull it in themselves. have fun Michael -BEGIN PGP SIGNATURE

Re: covering set of PCI kernels?

: evbppc, rs6000, what else? sgimips doesn't have a GENERIC but the IP2x and IP3x kernels have PCI - - IP3x has it natively, IP2x has some GIO ethernet cards that contain PCI bridges so you'll need both. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin

Re: covering set of PCI kernels?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Apr 1, 2011, at 12:54 PM, David Young wrote: On Thu, Mar 31, 2011 at 08:59:09PM -0400, Michael wrote: sgimips doesn't have a GENERIC but the IP2x and IP3x kernels have PCI - - IP3x has it natively, IP2x has some GIO ethernet cards

Re: covering set of PCI kernels?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Apr 1, 2011, at 1:00 PM, Eduardo Horvath wrote: don't forget SPARC. True, KRUPS has PCI and then there are the sun4u 32bit kernels. have fun Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin

Shark is broken

implementing bus_space_mmap() painful so the MD backends for chipsfb and igsfb have to fake their own ) - might be worth fixing that as well while there. have fun Michael

Re: Multiple device attachments

arch/shark/ofw/chipsfb_ofbus.c, igsfb_ofbus.c ) have fun Michael -- Michael macal...@netbsd.org

Re: Multiple device attachments

kernel? Sure, there is absolutely nothing to prevent it. have fun Michael

Re: pci_mapreg_map(9) and prefetchable BARs

Hello, Why would it fail if the BAR is marked as prefetchable but someone requests a non-prefetchable mapping? The bit is just a hint. Have fun Michael On Aug 9, 2011, at 3:49 PM, David Young dyo...@pobox.com wrote: Today, pci_mapreg_map(9) on x86 will try to create

Re: pci_mapreg_map(9) and prefetchable BARs

Hello, On Wed, 10 Aug 2011 14:08:57 -0500 David Young dyo...@pobox.com wrote: On Wed, Aug 10, 2011 at 08:04:16AM +0100, David Laight wrote: On Tue, Aug 09, 2011 at 06:11:29PM -0500, David Young wrote: On Tue, Aug 09, 2011 at 05:38:43PM -0400, Michael wrote: Hello, Why would

Re: bus_dma(9) BUS_DMA_COHERENT is a hint (or not)

independent you can't do that. have fun Michael

Re: wdisplay pixel format

. have fun Michael

Re: Patch to add support for crazy Realtek 8139-based cards

-crazy rtk to test it on. have fun Michael

Re: Reduce KAUTH_GENERIC_ISSUSER usage (batch 1)

to double-check on that list, see the diff. The files not on the list are the back-end ones (kauth.h, secmodel_suser.c). ... arch/macppc/dev/ofb.c This is obsolete and should probably go to the attic, no need to bother with. have fun Michael

Re: RFC: New bus_space routine: bus_space_sync

. One is about enforcing order, the other is about writing stuff out NOW ( which in a way also enforces order but with a lot more baggage ). have fun Michael

Re: SSD trim support

) related - do you know if there's an equivalent command for Compact Flash cards? Those I have report ATA-4 support only though. have fun Michael

Re: merge coming soon: jmcneill-usbmp

else would like a kernel please let me know (or checkout the jmcneill-usbmp branch, src/sys only.) macppc would be a good test contender :) For the records, I'm running usbmp kernels on sparc64, macppc and evbmips64 ;) have fun Michael

Not so recent MIPS breakage

no idea why I don't see any of this on non-MIPS hardware, and it doesn't seem to happen on my Gdium either ( or at least not as bad ) Also, it doesn't seem to be entirely random - shells/tcsh pretty much always fails at exactly the same spot. Any ideas what to look at? have fun Michael

wsdisplay framebuffer info

? Comments? have fun Michael

wsdisplay framebuffer info

interface ), hardware cursor, overlays etc. Anything I missed? Comments? have fun Michael wsconsio.h.patch Description: Binary data

Re: wsdisplay framebuffer info

Hello, On Tue, 22 Jan 2013 21:03:00 +0100 Martin Husemann mar...@duskware.de wrote: On Tue, Jan 22, 2013 at 02:26:32PM -0500, Michael wrote: Anything I missed? Comments? Looks good and is long overdue! Not sure if you want to go there in the first step, but I wonder if you should add

Re: SPARC64 from Fujitsu

the least sister of Kei Super computer technology. mrg@ was working on SPARC64-V ( or was it -VI? Whatever is used in PrimePower 250 ) support. have fun Michael

Re: high load, no bottleneck

who know to expect that delay, and so default off. Or just throw up a warning - Hey, this can take a few minutes, don't freak out! have fun Michael

Re: processor abstraction

interrupts between host and peripheral processors. have fun Michael

Re: processor abstraction

which parts of host memory the coprocessor may access. On SoCs it may be things like video memory which could be anywhere and may not even be physically contiguous. have fun Michael

Re: DIOCGDISCARDINFO and DIOCDISCARD

ATA in general, let alone the CF-specific extensions... have fun Michael

Re: machfb MMIO versus SPARCle OFW

RAM. IIRC machfb itself doesn't need VRAM access at all, and the whole song dance is mostly intended for X. have fun Michael

Re: machfb MMIO versus SPARCle OFW

with it if needed ( and if there are problems then they need to be fixed on that side ) I'll dig up my PGX64. have fun Michael

Re: DIOCGDISCARDINFO and DIOCDISCARD

On Tue, 22 Oct 2013 22:35:59 +0200 Matthias Drochner m.droch...@fz-juelich.de wrote: On Fri, 11 Oct 2013 10:31:39 -0400 Michael macal...@netbsd.org wrote: Something related - how difficult would it be to support something TRIM-ish on CompactFlash? Not that I have the faintest clue about

Re: DIOCGDISCARDINFO and DIOCDISCARD

Hello, On Wed, 23 Oct 2013 18:55:35 +0200 Matthias Drochner m.droch...@fz-juelich.de wrote: On Wed, 23 Oct 2013 03:07:59 -0400 Michael macal...@netbsd.org wrote: I use mine with PATA adaptors: wd0 at atabus0 drive 0 wd0: SanDisk SDCFH-008G It it identified as ATAPI by atactl identify

Re: amd64 kernel, i386 userland

with 32bit userland ) - whatever X needs should be there. I think that we should also avoid adding such problematic kernel interfaces in future, by using fixed width types wherever possible. Indeed. have fun Michael

Re: HDMI transmitter attachement

device. Maybe some MD, board-specific code should 'know' the wiring and pass the required info as device properties? have fun Michael

Re: pm2fb driver

from. The bitblt problem might be an endianness side effect, I remember lots of trouble getting it to work right in 8bit mode ( with copying pixels in 32bit quantities for speed ) thanks for reminding me Michael

Re: pm2fb driver

hardware I have here is big endian and the only Permedia I have is a PM2V with Sun firmware. have fun Michael

Re: pm2fb driver

this as a temporary workaround. I will send that Christmas present to you within several days. Thanks! have fun Michael

Re: Brainy: Set of 11 potential bugs

MEMORY LEAK: sys/arch/sgimips/dev/scn.c [+] rev1.7 Leak of 'intrname' with malloc() at l.1075. Both are bugs, both are trivial to fix. have fun Michael

Re: SOSEND_LOAN problems in MIPS

That explains why it didn't trigger on sgimips. have fun Michael

Re: Changing the return value of xxx_attach() from void to int.

them etc. ) Like a PCish graphics card with x86 firmware in something not-a-PC. These will match() successfully ( since we only look for PCI IDs ) but can't continue halfway through attach(). have fun Michael

Re: dbcool, envsys, powerd shutting down my machine

e firmware put there. I wrote some code to slow down the CPU when the temperature gets too high, rather hackish and PowerPC 750 only, but I'm sure it can be generalized relatively easily. have fun Michael

Re: remove webnfs?

wonder if anyone knew we ever had it, I sure didn't. have fun Michael

Re: Audio - In kernel audio mixing

Hello, On Sun, 15 May 2016 13:05:13 -0400 Thor Lancelot Simon wrote: > Would this project benefit from the ability to use the floating point > unit, or vector extensions requiring the FP registers, in the kernel? That makes me wonder how difficult it would be to coerce the

Re: Scripting DDB in Forth?

ot be part of the kernel, that's not an issue. Also, Sun did release > OpenBOOT under BSD'ish license, if you want to be a purist about the > licensing and don't mind doing extra work. Didn't IBM release theirs a few years ago as well? have fun Michael

Re: Scripting DDB in Forth?

o the kernel so that > it can be hooked into DDB. I'm afraid my first thought was OF_interpret() on machines that have OF-like device trees but no OF. have fun Michael

Re: CVS commit: src/sys

ary channel interrupting at irq 14 > atabus0 at viaide0 channel 0 > viaide0: secondary channel interrupting at irq 15 > atabus1 at viaide0 channel 1 > vendor 1106 product 3038 (USB serial bus, UHCI, revision 0x02) at > pci0 dev 9 function 2 not configured I'm not sure if it's the same thing but my O2 also hangs when getting out of cold. ( that's with o32 to avoid the cache-ops-without-sign-extended-addr problem on n32 ) have fun Michael

Re: SOSEND_LOAN problems in MIPS

ual cache aliasing. > > Do I understand correctly that if I build a 16K page kernel, the problem > will go away -- though I'll lose a little bit of efficiency? And *that* would explain why I didn't see the problem on Loongson either. have fun Michael

Re: Changing the return value of xxx_attach() from void to int.

Hello, On Fri, 1 Jul 2016 04:05:05 + (UTC) mlel...@serpens.de (Michael van Elst) wrote: > uebay...@gmail.com (Masao Uebayashi) writes: > > >I agree. And I always have a question: if dependencies are kept in > >the autoconf tree, why do you have to manually

Re: Making a BSD system more braille friendly

nd overly difficult either - would be a bit hackish though, since vcs apparently expects VGA-ish attributes and characters, while most wsdisplay drivers use something entirely different. have fun Michael

Re: Making a BSD system more braille friendly

convenience, since especially graphical ones are by no means guaranteed to be 80x25. That would still be specific to vga or vcons but save you the trouble of adding another character device that somehow has to interact with wsdisplay ( which by itself has no concept of character and attribute buffers ). have fun Michael

Re: PCI BAR's prefetchable bit and pci_mapreg_map()

I prefer A. So do I. As you said, not many video drivers use pci_mapreg_map() and the ones that do can be trivially modified. The driver should decide if it wants write combining or similar. have fun Michael

Re: PCI BAR's prefetchable bit and pci_mapreg_map()

fetchable bit in the BAR here and just go with whatever the driver wants, since you ran into devices which have the bit set and shouldn't, and I have seen graphics chips which don't set it for their video memory apertures. have fun Michael

Re: PCI BAR's prefetchable bit and pci_mapreg_map()

Hello, On Wed, 29 Mar 2017 15:19:39 +0900 Masanobu SAITOH <msai...@execsw.org> wrote: > On 2017/03/24 8:13, Michael wrote: > > Hello, > > > > On Wed, 22 Mar 2017 16:35:21 +0900 > > Masanobu SAITOH <msai...@execsw.org> wrote: > > &g

Re: ARM pmap

Hmm, the man page says: --unlink Ignored, only accepted for compatibility with other tar implementations. tar always unlinks files before creating them. ... which would make no sense if it was about creating new files. have fun Michael

Re: ARM pmap

k fine before that. > > > >how are you doing the update? cp(1) will break stuff, but pax(1) won't. > > Was doing "find . -print | cpio -pdmu", works on every other architecture. Or just tar xpzf ... - ours at least unlinks files before writing them, install(1) instead of cp(1) for single files. have fun Michael

Re: Wskbd constness (Was: Patching wscons_keydesc at runtime)

Hello, On Mon, 12 Jun 2017 16:58:01 +0300 Valery Ushakov <u...@stderr.spb.ru> wrote: > The constness in the MI wskbd code looks wrong: There is plenty of constness all over wscons that is not right anymore, if it ever was. I ran into that when making screens resizable. have fun Michael

Re: Ambient light sensors in envsys

shitty USB cameras found in most laptops these days for that... have fun Michael

Re: i2c and indirect vs. direct config

se are all macppc-specific ( as in, i2c-buses controlled by powermac onboard microcontrollers, I also wouldn't bet on ki2c supporting it ) so we're fairly likely to get device info from OpenFirmware, and if not we can still know what's there, to a degree. Generally, I suspect that quite a few 'intelligent' i2c-controllers don't support this kind of thing in a useful way. have fun Michael

Re: i2c and indirect vs. direct config

driver just generates appropriate entries for direct config. have fun Michael

Re: meltdown

eah, I doubt there are a lot of IRIX servers left, and embedded MIPS is probably safe ;) have fun Michael

Re: virtual to physical memory address translation

Hello, On Mon, 15 Jan 2018 08:54:43 -0700 Warner Losh <i...@bsdimp.com> wrote: > On Mon, Jan 15, 2018 at 8:09 AM, John Nemeth <jnem...@cue.bc.ca> wrote: > > > On Jan 15, 2:04pm, Michael van Elst wrote: > > } m...@netbsd.org (Emmanuel Dreyfus) writes: > > } &

Re: Spectre on non-amd64

kseg2 and then it doesn't go through > > MMU. > > which MIPS do speculative execution? R1xk, Loongson ( at least since L2 ), probably quite a few modern ones. have fun Michael

Re: Things not referenced in kernel configs, but mentioned in files.*

... which was supposed to become my gdium audio driver at some point. have fun Michael

Re: noatime mounts inhibiting atime updates via utime()

memory. Maybe that should be mentioned as well. have fun Michael

Re: pci_intr_alloc() vs pci_intr_establish() - retry type?

ntrols. PCIe G5s have only the latter. have fun Michael

Re: pci_intr_alloc() vs pci_intr_establish() - retry type?

ling > MSI is something device-specific (a value in a register, typically), > meaning _something_ MD, presumably the driver, has to be involved if > MSI is to be used. Or, for that matter, if it can use one IRQ or - say - 8 MSI. have fun Michael

Re: Proposal: new audio framework

Hello, On Tue, 02 Apr 2019 16:10:58 +0900 Tetsuya Isaki wrote: > At Mon, 1 Apr 2019 03:24:15 -0400, > Michael wrote: > > > There is one thing I'm worried about. AUDIO2 requires more strict > > > blocksize and buffersize for hardware drivers. It will be a hard >

Re: will merge isaki-audio2 branch

ll probably Just Work(tm) but someone with the hardware should probably have a look. Next I'll try some awacs varieties - what I have here is plain awacs, screamer and screamer with sgsmix. have fun Michael

Re: Keyboards

d ( which lives in sys/dev/adb/ ) to pretend it's USB ( and emit USB scancodes ) for that exact reason ages ago. have fun Michael

recent rasops commits vs. macppc

console uses 8bit colour and a bitmap font, scribbling into a firmware-provided framebuffer. have fun Michael

Re: recent rasops commits vs. macppc

Hello, On Sat, 3 Aug 2019 08:58:02 +0900 Rin Okuyama wrote: > Hi Michael, > > I'm so sorry for the breakage. I'll investigate it. > Font width is 8? Doesn't seem to matter, the G5 used Gallant 12x22, the others used an 8 pixels wide font. Colour depth is always 8 though. >

Re: recent rasops commits vs. macppc

ched video memory, which worked just fine everywhere I tried ( that is, mips, powerpc, sparc, sparc64 and arm ) > PS > I ordered Mac Mini G4, although serial console is hopeless... They're nice little machines which usually don't cause much trouble. Opening them is quite painful though. have fun Michael

Re: recent rasops commits vs. macppc

Hello, On Sun, 4 Aug 2019 11:29:58 +0900 Rin Okuyama wrote: > Hi, > > On 2019/08/04 1:00, Michael wrote: > > On Sat, 3 Aug 2019 14:46:32 +0900 > > Rin Okuyama wrote: > > > >> Maybe it's time to remove all non-32bit access to fb. > >>

Re: recent rasops commits vs. macppc

Hello, On Sun, 4 Aug 2019 10:00:49 -0700 Jason Thorpe wrote: > > On Aug 4, 2019, at 9:29 AM, Michael wrote: > > > >> Yeah, I look to forward to playing with it :-). > > > > I have a few of them, there are a few quirks you may run into. If you > &g

Re: Fonts for console/fb for various locales: a proposal

space or at least not excessively proportional. have fun Michael PS: please discard if irrelevant, I somehow missed the original mail.

Re: Driver for Wacom Intuos pen devices

a small Intuos ( not sure what exact model, there's a bluetooth option for it but I don't have it ) for my little girl a while ago ( one of my better investments, she's a little artist ), I should be able to test & commit in a few days, unless someone beats me to it. have fun Michael

Re: PCI: disable I/O or mem before probing BAR size

with it is a pretty good idea on its own. Who knows what else lives in that area. have fun Michael

Re: PCI: disable I/O or mem before probing BAR size

see how big it is, you've > got much worse problems already. I was more thinking of other devices living wherever the BAR you're messing with could end up, however short. have fun Michael

Re: kernel stack usage

me/b Function ... > 3248radeonfb_pickres at radeonfb.c:4127 > 2304radeonfb_set_cursor at radeonfb.c:3690 I'll deal with these unless someone wants to beat me to it. have fun Michael

Re: Straw proposal: MI kthread vector/fp unit API

Hello, On Sat, 20 Jun 2020 18:52:03 -0700 Erik Fair wrote: > Has anyone using NetBSD played with FPGAs embedded with a processor? Did someone say NetBSD/emips? have fun Michael

Re: ZFS: time to drop Big Scary Warning

he warning in 9. > > Objections/comments? I've been using it on sparc64 without issues for a while now. Does nfs sharing work these days? I dimly remember problems there. have fun Michael

  1   2   3   4   5   6   7   >