id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc,field_blocks,field_dependson,field_seealso 4,HelenOS/sparc64 unstable with CONFIG_TSB,Jakub Jermář,Jakub Jermář,"I found out that when I double the size of the buffer allocated for the TSB, the problem disappears. However, the size used for TSB allocation seems right. Therefore, it seems like something is damaging the content of the TSB memory. I still haven't seen this show elsewhere than on one of the Ultra 60's. Disabling TSB during compile time is a workaround for this bug. By further investigating the issue, I have come to the conslusion that the bug was introduced in revision 2161. It is more likely that an already existing bug was exposed by fixing another bug in 2161. 2161 fixes a bug which prevented the TSB from functioning at all. So it looks like a TSB issue. I have never seen this with r2128. The earliest revision I saw this bug on is r 2174. I have not investigated the revisions in between yet. The problem seems to be independent from whether the kernel was translated with gcc 4.1.1 or gcc 4.1.2. I saw this only on one Ultra 60 when trying to boot revisions around 2233 from a CD-ROM. What happened was one of the three scenarios: 1. the kernel booted just fine, but the ns task got the data_access_error exception (as reported in klog) and died; several tasks died afterwards, most likely due to the fact that they could not connect to ns; the kconsole was responsive in this case and I could investigate the content of the klog 2. the kernel booted just fine, but the ns task exitted and no exception was reported in klog; some other tasks died after ns exitted; the kconsole was responsive in this case and I could investigate the content of the klog 3. the kernel booted but then it looked as hung - no console task UI and the kconsole was not responsive",defect,reopened,major,,helenos/kernel/sparc64,mainline,,,,,,