Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-03 Thread Kevin O'Connor
On Wed, Aug 03, 2011 at 02:42:15PM +0200, Bjørn Mork wrote: >But what if additional data is added to > the table, making f-segment allocation fail? Then you will end up with > three different results depending on small changes instead of two: > > 1) nCPU <= 16 and f-segment allocation OK: SMBIOS

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-03 Thread Avi Kivity
On 08/03/2011 04:48 PM, Bjørn Mork wrote: > > Is fixing JUNOS out of the question? Yes, I would say so. The ability to run it on non-Juniper hardware is undocumented and unsupported to the degree that the functionality probably rather would be removed than fixed to support something like SeaBI

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-03 Thread Bjørn Mork
Avi Kivity writes: > On 08/03/2011 03:42 PM, Bjørn Mork wrote: >> Anyway, I would appreciate if some solution was found which allowed >> JUNOS to boot with an unmodified SeaBIOS with SMBIOS enabled, as long as >> the number of CPUs is limited. >> >> > > Is fixing JUNOS out of the question? Yes, I

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-03 Thread Avi Kivity
On 08/03/2011 03:42 PM, Bjørn Mork wrote: Anyway, I would appreciate if some solution was found which allowed JUNOS to boot with an unmodified SeaBIOS with SMBIOS enabled, as long as the number of CPUs is limited. Is fixing JUNOS out of the question? AFAICT, Seabios complies with all relevan

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-03 Thread Bjørn Mork
"Kevin O'Connor" writes: > On Tue, Aug 02, 2011 at 11:33:09AM +0200, Bjørn Mork wrote: >> "Kevin O'Connor" writes: >> > Also, it's possible the code could try to use the f-segment if there >> > are less than say 16 cpus and use high memory when more cpus are >> > present. >> >> How about a varia

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-02 Thread Kevin O'Connor
On Tue, Aug 02, 2011 at 11:33:09AM +0200, Bjørn Mork wrote: > "Kevin O'Connor" writes: > > Also, it's possible the code could try to use the f-segment if there > > are less than say 16 cpus and use high memory when more cpus are > > present. > > How about a variant over the last suggestion: Don't

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-02 Thread Bjørn Mork
"Kevin O'Connor" writes: > On Mon, Aug 01, 2011 at 03:49:11PM +0200, Bjørn Mork wrote: >> I just confirmed the issue running >> >> "JUNOS 11.1R3.5 built 2011-06-25 00:17:21 UTC" >> >> which is as new as it officially gets at the moment. > [...] >> Also confirmed that 11.1R3.5 is working with Se

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-01 Thread Kevin O'Connor
On Mon, Aug 01, 2011 at 03:49:11PM +0200, Bjørn Mork wrote: > I just confirmed the issue running > > "JUNOS 11.1R3.5 built 2011-06-25 00:17:21 UTC" > > which is as new as it officially gets at the moment. [...] > Also confirmed that 11.1R3.5 is working with SeaBIOS modified as > follows: [...] >

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-08-01 Thread Bjørn Mork
Brandon Bennett writes: >> Are all versions based on FreeBSD 4.11? >> Are newer versions still affected? > > Newer versions should be based on 6.1 but there are a lot of changes. > I haven't had a chance to test with something newer yet. Sorry for the delay due to vacation... I just confirmed t

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-07-11 Thread Brandon Bennett
> Are all versions based on FreeBSD 4.11? > Are newer versions still affected? Newer versions should be based on 6.1 but there are a lot of changes. I haven't had a chance to test with something newer yet. -Brandon

Re: [Qemu-devel] [SeaBIOS] SeaBIOS error with Juniper FreeBSD kernel

2011-07-10 Thread Sebastian Herbszt
Kevin O'Connor wrote: I investigated this a bit and I believe the Juniper OS has two SMBIOS bugs: it crashes when the table is in high memory, and when searching Are all versions based on FreeBSD 4.11? Are newer versions still affected? So, moving the SMBIOS back to the f-segment would fix th